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CHAPTER 1 
INTRODUCTION 


1.1 GENERAL 

The RH78@ Massbus Adapter (MBA) is the interface between the 
Synchronous Backplane Interconnect (SBI) and Massbus storage 
devices (disk and tape). The RH78@ is used with the VAX-11/788 
processor to transfer data between mass storage devices and main 
memory. The processor can accommodate up to seven MBAS. Each MBA 
can be used with up to eight drives. 


Lledad Scope 
This manual is intended to be uSed as a training resource and as a 
field reference guide for the RH78@ MBA. 


Lathe 2 Related Documentation 
Table 1-1 lists related documentation that Supplements the 
information in this manual. 


Table 1-1 Related Documentation 


Title Document Number 
RH78@ Print Set+t B-DD-RH784 
RP@S/RP@6 Device Control 

Logic Maintenance Manual+ EK-RP@55-MM 
RP@5/RPG6 Disk Drive 

Installation Manual* EK-RP@55-IN 
Digital Logic Handbook* 958.09173.2565 


Memorex RP@5/RP@5 
Operation and 
Maintenance Manualt EK-RPQ5M—-MM 


Memorex RP#5/RP95 

677-61/677-51 Disk 

Storage Drive Illustrated 

Parts Cataloguet+t EK-RP@5M-IP 


Memorex RP#5/RPA56 8H 
Disc Storage Subsystem 


Tester Operator's Manual+ EK-RP@SM-OP 
Memorex RP@5/RPO5 

677-81 Logic Manualt+ EK-RP@5M—-TM 
VAX-11/7828 


Architecture Handbook* 


VAX-11/78@ Central Processor 
Technical Descriptiont+t EK-KA78@-TD 


Table 1-1 Related Documentation (Cont) 


Title Document Number 


VAX-11/78@ System 
Installation Manual* EK-S1I78@-IN 


VAX-11/78@ Diagnostic 
System User's Guide* EK-DS788-UG 


TE16/TE1@OW/TE1ON 
DECmagtape Transport 
Maintenance Manual+t+ EK-TE16—MM- 


TE16/TE1@W/TE1ON 
DECmagtape Transport 
User Manual* EK-TE16-OP 


TU45A Magnetic Tape 
Subsystem Maintenance Manual+ EK-TU45A-TM- 


TM93 Magnetic Tape 
Formatter Technical Manualt EK-TM@3-TM 


TM@3 Magnetic Tape 
Formatter User's Manual* EK-TM@3-OP 


RM@3 Disk Drive 
Technical Manualt+ ER-RM@Q3-TM 


RM@3 Disk Drive 
Maintenance Print Sett ER-RM@3-MP 


* Hard copy only. 
+ Microfiche and hard copy. 


1.2 MASS STORAGE SUBSYSTEMS 

Figure 1-1 illustrates a typical mass storage subsystem. It is 
beyond the scope of this manual to discuss, in detail, the various 
configurations (tape and disk) that can be used with the MBA to 
store data. Throughout this manual a Massbus device is defined as 
a maSs storage device (drive) and its associated Drive Control 
Logic (DCL) or formatting interfaces. An explanation of the basic 
components in the subsystem is presented in subsequent paragraphs. 


Le2ed Synchronous Backplane Interconnect (SBI) 
The SBI is a bidirectional information path for data exchanges 
between the central processor (CPU), memory, and adapters of the 
VAX-11/788 system. The SBI provides checked, parallel information 
exchanges synchronous with a common system clock. 


U 


SYNCHRONOUS BACKPLANE INTERCONNECT 


U 


MASSBUS 
ADAPTER 


U 


DRIVE ___ _ | DRIVE « 
0 7 


*NOTE: UP TO EIGHT 
DRIVES MAY BE 
USED PER MBA 
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Figure 1-1 Typical Mass Storage Subsystem 


A communications protocol allows the information path to be time 
multiplexed such that several data exchanges can be in progress 
simultaneously. In each clock period (or cycle) the next cycle's 
interconnection arbitration, or information exchange, and transfer 
confirmation about information exchange two cycles ago can occur 
in parallel. 


Every 288 ns SBI signals are clocked into data latches. All 
checking and subsequent decision making is based on these latched 
Signals. Error checking logic in every SBI device detects and 
reports single bit failures in the information path. 


The SBI has the following characteristics: 


Distributed arbitration 

208 ns bus cycle time 

? 32-bit data width 

28 bits of physical address space 

13.3 megabyte maximum data transfer rate 


The following terms are defined for SBI-specific units and 
operations: 


a. Nexus -- a physical connection to the SBI capable of any 
or all of the functions described in b -- e. 
b. Commander -- a nexus that transmits command and address 


information. 


C% Responder -- a nexus that recognizes command and address 
information which is directed to it and requires a 
response. 


d. Transmitter -- a nexus that drives the signal lines. 
e. Receiver -- a nexus that samples and examines the signal 
lines. 
Li2s2 Massbus 


In the VAX-11/78@ system the Massbus connects the drive to the 
MBA. The Massbus is composed of two separate, independent buses: 
control bus and data bus. These independent buses allow for the 
exchange of control information and data between the MBA and its 
drives. 


The data bus provides a bidirectional, parallel data path (16 bits 
plus 1 parity bit) between the MBA and its drives. Data is 
transferred synchronously, using a clock generated in the drive. 
Only one drive can transfer data at any one time, with the data 
rate being drive dependent, and the data bus dedicated to a single 
drive for the duration of a data transfer operation. The 
asynchronous control bus provides the parallel control and status 
path (16 bits plus 1 parity bit). The control bus is used to read 
and write registers within the drives and to command the drives to 
transfer data over the data bus. 


Ls3 MASSBUS ADAPTER ' 

The MBA is the interface between the SBI and the high-speed 
Massbus device (disk and tape). It consists of an SBI/MBA 
interface board, an internal registers board, a control path 
board, and a data path board. Figure 1-2 is a simplified block 
diagram of the MBA. A tristate internal bus connects the SBI 
interface to the other boards and provides for the passage of data 
between them. 


1-4 






Oe eal 


MASBUS ADAPTER 
CONTROL 
PATH 






DATA 
PATH 





INTERNAL BUS 


INTERNAL 
REGISTERS 


ae 





ee 


MA-1736 


Figure 1-2 MBA Block Diagram 


The MBA accepts and executes commands from the CPU and reports the 
necessary status changes and fault conditions to the CPU. The MBA 
will accept a CPU command to read or write a register within the 
MBA or within a drive. The MBA always monitors the data written to 
drive registers, thereby knowing when to begin a data transfer and 
what kind of a transfer it is. 


Special diagnostic features are built into the hardware to allow 
on-line diagnosis of the MBA and Massbus drives. The following are 
features of the MBA. 


es The MBA handles a Massbus drive with a maximum data 
transfer speed of 1] us per 15 bits. 


2. The Massbus data path is 15-bits wide; 18-bit data is not 
handled by the MBA. 


36 A silo (32-byte deep data buffer) smoothes out data 
transfers between the SBI and the Massbus drives. 


4. The MBA can be exercised, througn diagnostic features, 
with no drives on the Massbus. 
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1.3.1 MBA/SBI Interface 

The MBA examines the information on the SBI for every SBI bus 
cycle. It checks the parity of the data, decides if the MBA is the 
receiving nexus, and acts accordingly. The SBI interface board 
contains logic to accomplish preliminary SBI command/address 
decoding and generation of internal timing signals from the timing 
sources on the SBI. 


Lads 2 MBA Internal Registers 

There are two sets of registers in the MBA address space: internal 
and external. The MBA internal registers are the registers that 
are physically located in the MBA. The external registers are 
located in the Massbus drives and are drive dependent. 


There are eight internal registers and a 256 X 32-bit RAM. The 
primary function of the internal registers is to control the MBA 
and monitor operating status conditions. The internal registers 
also control certain phases of data transfers between the SBI and 
the Massbus device, such aS maintaining a byte count to enSure 
that all of the data to be transferred has been accounted for, and 
converting virtual addresses to physical addresses to read or 
write data in memory. 


The eight internal registers are listed as follows: 


RS = 4@ MBA Configuration/Status Register (CSR) 
RS = @1 MBA Control Register (CR) 
RS = #2 MBA Status Register (SR) 
RS = 93 MBA Virtual Address Register (VAR) 
RS = @4 MBA Byte Count Register (BCR) 
RS = §5 MBA Diagnostic Register (DR) 
RS = @5 MBA Selected Map Register (SMR) 
RS = 97 MBA Command Address Register (CAR) 
NOTE 


Registers @6 and @7 are read-only 
registers and are valid only during data 
transfers. 


The MBA contains a 255 X 32-bit RAM (bits 21--3@ read as @) that 
maps virtual addresses from the virtual address register into SBI 
physical addresses. The mapping registers allow transfers to or 
from contiguous or noncontiguous physical memory. 
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1.3.3 Control Path 

The control path handles the transfer of control data to and from 
the Massbus devices. It contains logic to select the Massbus 
device and device register and to perform the register transfer 
and determine the data transfer function (if any) to be performed 
(read, write, write check). The control path also coordinates the 
control data function with other MBA and SBI activity. 


1.3.4 Data Path 

The data path controls the manner in which data is transferred to 
and from the Massbus device and the SBI. These circuits divide the 
32-bit SBI data word into 16-bit (2 bytes) segments required as 
input by the Massbus and its devices when performing a write 
function. When performing a read from a Massbus device, the data 
path assembles the two 8-bit bytes from the Massbus into the 
32-bit SBI format. A silo and I/O data buffer provide the means 
for smoothing the data transfer rate. The data path also contains 
a write check circuit that allows the user to verify the accuracy 
of a preceding data transfer function. 
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1.4 MBA SBI OPERATIONS 

An SBI write operation is specified as a data transfer from the 
SBI to the MBA or Massbus device. This data transfer requires two 
SBI cycles. The first cycle contains the command/address; the 
second cycle contains the data word. 


An SBI read operation is specified as a data transfer from the MBA 
or Massbus device to the SBI. An SBI read operation requires two 
SBI cycles. The first cycle is a command/address to the MBA 
Specifying a read operation. The MBA then accesses the requested 
register contents. Several SBI cycles later, the MBA will 
arbitrate for use of the SBI and send the requested data back to 
the CPU. 


The MBA only accepts aligned longword (32 bits) register reads and 
writes. The following paragraphs provide a basic description of 
the various functions the MBA supports. These functions will be 
described in more detail later in this manual. 


1.4.1 Write to Internal Registers 

SBI data is constantly checked by the MBA. When a valid 
command/address (one whose address is within the range recognized 
by the MBA) is decoded, it is latched in the SBI/MBA interface 
transceivers. The MBA decodes a section of the address range which 
selects registers internal to the MBA. If the function to be 
performed is a write, and the MBA's SBI interface is not busy, the 
command will be accepted. The selected register address is latched 
in the internal register board. The next SBI cycle will contain 
the data to be written. It is then passed through the internal bus 
to the internal register board and written into the selected 
register or map. Certain registers can be written when the MBA is 
processing a data transfer; however, most registers cannot. Any 
attempt to write to a register that is not allowed will set the 
Programming Error (PGE) bit in the status register. The MBA will 
not modify the intended register and the data transfer in progress 
will continue. 


A confirmation Signal informs the transmitting device that the 
command/address has been decoded and validated and the data has 
been received correctly. 


1.4.2 Write To External Registers 

Receipt and initial processing of the command/address for an 
external write function is the same as that for a write to 
internal registers, except the address specifies a register within 
a Massbus device. The MBA will not accept another SBI command 
until the write to external register function is complete. All 
command/address and data words are applied to the internal bus 
drivers as they are latched in the SBI interface transceivers. The 
address is made available to the internal registers, control 
paths, and data paths via the internal bus. Following receipt of 
the command/address (assuming the decoding and validation process 
is performed satisfactorily), the command/address is loaded into 
the control path internal bus receivers, then latched into the 
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control path address storage registers and applied to the Massbus 
control path address lines. Data is loaded into the control path 
lines. When the proper protocol between the MBA and the drive is 
exchanged, the drive has accepted the data. The MBA busy logic is 
then cleared and the write to external register function is 
completed. The MBA is now ready to accept another SBI command. 


1.4.3 Read Internal Register 

The command/address, after decoding and validation, is loaded into 
the MBA to select the internal register or map from which data is 
to be read. The decoding process instructs the MBA to retrieve the 
addressed data word and transfer it to the specified destination. 
The MBA then saves the destination information, issues a 
comand/address acknowledge to the SBI, and accesses the requested 
register's content. Before the MBA can transfer data to the 
requester, it must first arbitrate for control of the SBI. Once 
the MBA gains control of the SBI, data is then transferred to its 
destination. 


1.4.4 Read External Registers 

If the command/address received from the SBI is one that selects a 
register in a drive, the address is sent to the control path, 
which selects the device and the register within the device from 
which data is to be read. During this time a confirmation signal 
is sent to the SBI indicating that the command/address has been 
received by the MBA. After the proper Massbus protocol has taken 
place, the requested data is strobed into the Massbus control path 
receivers. Data is then transferred to the internal bus and the 
MBA will arbitrate for control of the SBI. When the MBA gains 
control of the SBI, the requested data can be transferred to its 
specified destination. 


1.5 MASSBUS DATA TRANSFERS 

In order to initiate a data transfer, specific registers within 
the MBA and the selected drive must be loaded (the programmer's 
handbook provides further details). The last register to be loaded 
within a device is the control register. The loading of a drive's 
control register with a valid command will cause both the drive 
and the MBA to prepare for a transfer. The drive will seize the 
data bus for the duration of the transfer and the MBA will prepare 
to move data between the device and memory. The MBA buffers the 
data and transfers eight bytes at a time to and from memory (this 
eight byte quantity is a quadword). Three SBI cycles are needed to 
transfer a quadword: one for the command/address, one for the 
first four bytes of data, and one for the last four bytes of data 
of the quadword. Once the specified number of bytes have been 
transferred, the MBA informs the drive that the transfer has 
terminated. At this time the drive disconnects from the data bus 
and the MBA may interrupt the CPU to inform it that the transfer 
has been completed. 


1.51 Write To Massbus Device 

The MBA constantly monitors data sent to the drives via the 
Massbus control path. If the MBA sees a write command to a drive, 
it will initialize itself in preparation for the transfer (data 
path cleared). The virtual address supplied by the program is 
translated, via the MAPs, into a physical address. Virtual 
addressing makes data storage appear as if all of the information 
transferred from memory is stored in Successive fashion 
(contiguous pages). 


Virtual address translation is transparent to the user and takes 
place under system control. Figure 1-3 illustrates the virtual 
address translation process. 
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Figure 1-3 Virtual Address Translation 
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Bits 9 through 15 of the virtual address specify one of 255 MAP 
registers in the MBA. The MAP register contains the physical page 
address of the data and a valid bit (bit 31) that indicates the 
integrity of the information in this register. The valid bit must 
be set in order to use this register. Bits 3 through 8 of the 
virtual address specify the address of the quadword in the 
physical memory page pointed to by the MAP register. This value is 
directly transferred to bits 1 through 6 of the physical address. 
Bits @ through 3 of the virtual address specify the next byte of 
the quadword to be loaded into or from the internal silo. 


Virtual address translation is checked to ensure that map 
information is valid and that there are no parity errors. Invalid 
map information or parity errors will cause the transfer to be 
aborted. 


Once the MBA sees a write command issued to the control register 
of a drive, it will clear its data path and begin prefetching the 
data from memory. The prefetched data is then loaded into the 
MBA's Silo. 


The MBA requests data by sending a command/address to memory 
instructing it to transfer a quadword (eight bytes) from the 
specified location to the MBA. Memory will respond to the 
command/address by issuing one of four confirmation outputs. . 


No Response (NR) Command/address will be 
retransmitted to memory until an MBA 
timeout occurs. 


Busy (BSY) Command/address will be 
retransmitted to memory until ACK is 
received. 


Error (ERR) Transfer aborted. 


Acknowledge (ACK) Indicates memory has received the 
command/address correctly. 


When memory has accessed the requested data, arbitrated, and 
obtained the SBI, the data will be transferred to the MBA with the 
proper identification and status codes. The MBA will then transfer 
the data through its silo onto the Massbus (two bytes at a time) 
and begin another SBI transfer to obtain the next eight bytes of 
data from memory. Eventually the byte counter within the MBA will 
go to zero and the transfer will be complete. 


LS 2 Write Check Data Transfer 

The write check function is used to verify the integrity of data 
that has been written to a drive. During a write check, the data 
from the drive is compared with the data in memory. On the MBA, 
the write check function is essentially the same as a write 
function, except data is clocked into a write check buffer instead 
of the Massbus drivers. This is then compared with the Massbus 
data received from the drive. If a mismatch occurs, an error bit 
is set and the write check function will be aborted. 


12563 Read From Massbus Device 

The command specifying the initiation of a read from a Massbus 
device is processed in the same manner as described in Paragraph 
1.5.1. If the command/address is processed satisfactorily, the 
data path circuit will be cleared and data will be read from a 
Massbus device. Device selection and the location within the 
device from which data is to be read is specified by previous 
writes to the MBA and the drive. Data from the Massbus will then 
be loaded into the Massbus input data buffers and a silo input 
operation will be initiated. Data from the Massbus data input 
buffers is loaded into the silo one byte at a time. As data is 
being loaded into the silo from the Massbus, other data may be 
transferred from the silo to the output buffer registers. After 
the eight bytes are loaded into the output buffer register, the 
MBA will initiate a write to memory operation. Virtual addresses 
are translated into physical address as described in Paragraph 
1.5.1. When the proper confirmation signals are received, the 
output buffer is cleared and more data will be loaded to be 
transferred to memory. Once the byte count register goes to @, the 
data transfer operation is terminated and the MBA will be ready to 
accept the next data transfer command. 


1.5.4 Data Transfer Rate 

The data transfer rate from the drive is determined by a clock in 
the Massbus device. The memory transfer rate depends on cycle 
arbitration time and memory cycle time. The MBA can handle 
transfer rates of up to 1 uS/word. 


MBA Specifications 


Packaging Four extended hex board slots of 
backplane plus one paddle card slot 
for cable connection 


Power Requirements +5 Vdc, 35 A, 175 W 
~5 Vde, 1A, 5W 
Total wattage < 188 W 


Operating Configuration The minimum operating configuration 
consists of a CPU, a memory, and at 
least one Massbus device. (A special 
diagnostic feature enables the Massbus 
to be checked with no Massbus device.) 
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CHAPTER 2 
MASSBUS AND SYNCHRONOUS BACKPLANE INTERCONNECT 


Zoek MASSBUS 

The Massbus provides the interface between the MBA and the Massbus 
drives (Figure 2-1). The total external Massbus cable can be up to 
49 m (160 £t) in length; up to eight drives can be connected in a 
daisy-chain configuration. The Massbus consists of two sections: a 
data bus and a control bus. These buses are described in the 
following paragraphs. 


DATA BUS 


D <17:00> (DATA) 
DPA (DATA BUS PARITY) 
RUN (START, CONTINUE, STOP) 
OCC (OCCUPIED) 
EBL (END OF BLOCK) 
EXC (EXCEPTION) 
SCLK (SYNC CLOCK) 
WCLK (WRITE CLOCK) 
CONTROL BUS | 
C <15:00> (CONTROL STATUS) 
rh CPA (CONTROL BUS PARITY) MASSBUS 
od 
DRIVE 
DS <02:00> DRIVE SELECT | 
CTOD (TRANSFER DIRECTION) 
RS <04:00> REGISTER SELECT 
DEM (DEMAND) 
TRA (TRANSFER) 
ATTN (ATTENTION) 
INIT (INITIALIZE) 
FAIL 


TK-1109 











Figure 2-1 Massbus Interface 
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2.2 DATA BUS 

The data bus section of the Massbus consists of a 17-bit (16 data 
bits plus parity bit) parallel data path and six control lines 
(Figure 2-1). The control lines are described in the following 
paragraphs. 


Ve ae § Parallel Data Paths 

The parallel data path consists of an 18-bit plus parity bus. The 
data path is bidirectional and employs odd parity. Data is 
transmitted synchronously, using a clock generated in the drive. 
The MBA only transfers 16 bits at a time; thus, the drive must 
have its 16-bit format bit set in the drive control logic. Bits 17 
and 18 are always unasserted. 


Ze2e2 RUN 

After a data transfer command has been written into the control 
register of a drive, the drive connects to the data bus. The MBA 
asserts the RUN line to initiate the function. At the end of each 
sector, on the trailing edge of the EBL (End of Block) pulse, RUN 
is strobed by the drive. If it is still asserted, the function 
continues for the next sector; if negated, the function is 
terminated. 


fetes Occupied (OCC) 

This signal is generated by the drive to indicate "data bus busy." 
As soon as a valid data transfer command is written into a drive, 
the drive asserts OCC. Various errors can prevent a drive from 
executing a command. The controller will timeout in these cases, 
due to no assertion of OCC or of SCLK (Sync Clock), and the MXF 
(Missed Transfer) error will be set in the controller. occ is 
negated at the trailing edge of the last EBL pulse of a transfer. 


2.2.4 End of Block (EBL) 

This signal is asserted by the drive for 2 us at the end of each 
sector (after the last SCLK pulse). For certain error conditions, 
where it is necessary to terminate operations immediately, EBL is 
asserted prior to the normal time for the last SCLK. In this case, 
the data transfer is terminated prior to the end of the sector. 


26265 Exception (EXC) 

This signal is asserted by the drive or the MBA when an abnormal 
condition occurs during a data transfer. The drive asserts this 
signal to indicate an error during a data transfer command (read, 
write, or write check). EXC is asserted at, or prior to, assertion 
of EBL and is negated at the negation of EBL. 
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2.2.6 Sync clock (SCLK), Write Clock (WCLK) 

These signals are the timing signals used to control the strobing 
of the data in the controller and/or the drive. During a read 
operation, the MBA strobes the data lines on the negation of SCLK 
and the drive changes the data on the assertion of SCLK. During a 
write operation, the controller receives an SCLK and echoes it 
back to the drive as WCLK. On the assertion of WCLK, the drive 
Strobes the data lines; on the negation of WCLK, the controller 
changes the data on the data lines. 


223 CONTROL BUS 
The control bus section of the Massbus consists of a 17-bit (16 


bits plus parity) parallel control and status data path and 14 
control lines (Figure 2-1), which are described in the following 
paragraphs. 


2630 Parallel Control 

The parallel control path consists of a 15-bit parallel data path 
designated C<15:89> and an associated parity bit (CPA). The 
control lines are bidirectional and employ odd parity. 


2.3.2 Drive Select (DS<#@2:89>) 

These three lines transmit a 3-bit binary code from the MBA to 
select a particular drive. The drive responds when the selected 
(unit) number in the drive corresponds to the transmitted binary 
code. 


Lese5 Controller to Drive (CTOD) 

This signal is generated by the MBA and indicates the direction in 
which control and status information is to be transferred. For a 
controller to drive transfer, the controller asserts CTOD. For a 
drive to controller transfer, the controller negates this Signal. 


2.3.4 Register Select (RS<64:98>) 

These five lines transmit a 5-bit binary code from the controller 
to the selected drive. The binary code selects one of the drive 
registers. 


24345 Demand (DEM) 

This signal is asserted by the controller to indicate that a 
transfer is to take place on the control bus. For an MBA to drive 
transfer, DEM is asserted by the MBA when data is present and 
settled on the control bus. For a drive to controller transfer, 
DEM is asserted by the MBA to request data and is negated when the 
data has been strobed off the control bus. In both cases, the RS, 
DS, and CTOD lines are generated and allowed to settle before 
assertion of DEM. 


2.3.6 Transfer (TRA) 

This signal is asserted by the selected drive in response to DEM. 
For an MBA to drive transfer, TRA is asserted after the data has 
been strobed and is negated after DEM is negated. For a drive to 
controller transfer, TRA is asserted after the data has been gated 
onto the bus and negated after the negation of DEM is received. 
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2.3.7 Attention (ATTN) 

This line is shared by all eight drives attached to an MBA; it may 
be asserted by any drive as a result of an abnormal condition or 
Status change in the drive. An Attention Active (ATA) status bit 
in each drive is set whenever that drive is asserting the ATTN 
line. ATTN can be asserted due to any of the following conditions. 


1d An error occurring while no data transfer is taking place 
(asserted immediately). 


2 Upon completion of a data transfer command if an error 
occurred during the data transfer (asserted at the end of 
the data transfer). 


os Upon completion of a mechanical motion command (Seek, 
recalibrate, etc.) or a Search command. 


4. As a result of the Medium On Line (MOL) bit changing 
states (except in the unload operation). In the dual MBA 
configuration, a change in state of MOL will cause the 
assertion of ATTN to both MBAs. 


The ATA bit in a drive can be cleared by the following actions. 
We Asserting INIT on the Massbus (affects all eight drives). 


2% Writing a 1 into the attention summary register (in the 
bit position for this drive). This clears the ATA bit; 
however, it does not clear the error. 


ci Writing a valid command (with the GO bit asserted) into 
the control and status register if no error occurs. Note 
that clearing the ATA bit of one drive does not always 
cause the ATTN line to be negated, because other drives 
may also be asserting the line. 


NOTE 

There are three cases in which ATA is 
not reset when a command is written into 
the control and status register (with 
the GO bit set): 1) if there is a 
control bus parity error in the write, 
2) if an error was previously set, or 3) 
if an Illegal Function (ILF) code is 
written. 


2.3.8 Initialize (INIT) 

This signal is asserted by the MBA to perform a system reset of 
all drives. It is asserted when a 1] is written into the INIT bit 
(bit @1 of MBA CR). When a drive receives the INIT pulse, it 
immediately aborts the execution of any current command and 
performs all actions described for the drive clear command. 


NOTE 
In the dual-MBA configuration, a drive 
will honor an INIT pulse only from the 
MBA that has seized the drive, or from 
either controller if the drive is in the 
unseized state. 


2.3.9 FAIL 

When asserted, this signal indicates that a power-fail condition 
has occurred in the MBA or the MBA is in the maintenance mode. 
While FAIL is asserted, the drive inhibits reception of the INIT 
and DEM signals at the drive. 


2.4 COMMAND INITIATION 

To initiate a command in a drive via the Massbus, the MBA (or the 
CPU via the MBA) writes a word into the control register. The 
function code and GO bit are transferred to the selected drive. If 
the command specified is valid and the GO bit is asserted, the 
selected drive executes the command. 


Commands are of two types: nondata transfer commands (such as 
drive clear, seek, etc.) and data transfer commands (Such as read, 
write, and write check). The command function code bits (8@5--@@, 
including GO in the control register) are @1--37 for nondata 
transfer commands and 29--3F for data transfer commands (not all 
are valid functions.) 


2.4.1 Nondata Transfer Commands 

Nondata transfer commands only affect the state of the drive. The 
MBA merely writes the command word (with GO bit set) into the 
drive's control register. At the completion of the command 
execution, the drive typically asserts the ATTN line to signal its 
completion. 


If the nondata transfer command code written into the drive is not 
recognized by the drive as a valid command, the drive will 
immediately signal an error by asserting the ATTN line. The ILF 
error is set. 


2.4.2 Data Transfer Commands 

When any data transfer command code (with the GO bit set) is 
written into the drive's control register, the MBA expects data 
transfer on the data bus to begin soon thereafter. The MBA sets 
its DT BUSY bit as soon as the data transfer command code is 
written into a drive. The drive normally responds by asserting the 
OocC line. The MBA asserts RUN and then data is transferred to or 
from the specified drive, after the proper address (Sector, track, 
cylinder) is found. 


If an error occurs in a drive during a data transfer command, the 


drive asserts the EXC line. This line remains asserted until the 
trailing edge of the last EBL pulse. The MBA always negates the 


2-5 


RUN line when it detects EXC asserted, so that the data transfer 
is terminated at the end of the sector in which the error was 
signaled. 


2.5 READING AND WRITING REGISTERS 

The process of reading or writing drive registers is accomplished 
via the asynchronous (control bus) portion of the Massbus (Figure 
2-1). The MBA initiates the action by selecting a drive DS<@2:00>, 
Selecting a register RS<94:09@8> in that drive, selecting a 
direction of transfer (CTOD), and either reading or writing the 
register via the 17 bidirectional control lines (C<15:@8> and 
CPA). After a deskew delay to allow the control lines to 
Stabilize, the MBA asserts DEM. The drive, upon receiving the DEM 
assertion, checks the CTOD line to ascertain whether a read or 
write is to occur. 


If a register read operation is specified, the drive will gate the 
contents of the specified register onto the control bus and issue 
TRA. When the MBA receives TRA, it will gate the control lines 
onto the SBI. After a deskew delay, the MBA negates DEM. The 
negation of DEM causes TRA to be negated and completes’ the 
operation. The MBA will then arbitrate for the SBI and transfer 
the Massbus data to its destination. 


NOTE 
Since Massbus drive registers are 16 
bits wide, the MBA appends bits 31--16 
of its status register to create the 
longword to be sent to the requester. 


If a register write operation is specified, the MBA gates the 
control data onto the control bus when it issues DEM. The drive 
will transfer the data from the control bus into the specified 
drive register and assert TRA, which causes DEM to be negated. The 
negation of DEM causes TRA to be negated to complete the 
operation. 


The Massbus structure allows a register read operation while a 
data transfer (on the asynchronous data bus) is taking place. Any 
attempt by the MBA to write a register in a drive performing a 
data transfer operation (except for the maintenance and attention 
Summary registers) will cause the drive to set the Register 
Modification Refused (RMR) error bit. 


2.6 DATA TRANSFER 

Before a data transfer takes place, the selected unit, desired 
Sector/track address, cylinder address, bus address, and word 
count are specified by the program. The program then transfers the 
read or write data transfer command (with the GO bit asserted) to 
the control register. Upon receipt of the data transfer command, 
the drive will assert OCC, indicating that the data bus is busy. 
The MBA logically connects to the Massbus data bus by asserting 
RUN and then waits for SCLK pulses from the drive. For a write 
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data transfer, each WCLK pulse causes a word to be written into a 
data register in the drive logic; for a read data transfer, each 
SCLK pulse causes a word to be transferred to the Massbus. When a 
sector of words has been written onto or read from the disk, the 
disk sends an EBL pulse to the MBA. If the RUN line is still 
asserted at this time, the next sector of data words is 
transferred. If the RUN line is negated, the data transfer is 
terminated. 


2.7 MASSBUS PHYSICAL DESCRIPTION 
The Massbus consists of 56 signal lines, including data, control, 
Status, and parity. These signal lines are routed externally to 


the cabinet that contains the MBA(sS) via three BC@65-R Massbus 
cables. 


At the cabinet (containing the first MBA), the BC@6-R cable plugs 
into the AD-7915145 connector panel, which is mounted at the lower 
rear of the cabinet. This connector panel has cutouts for four 
receptacle housing assemblies to accommodate up to four MBAs and 
associated cabling. The other side of the receptacle housing 
assembly accepts three BC#@6-S round Massbus cables. To accommodate 
additional MBAs, the BC96-R cables plug into the 7913678 cabinet 
to cabinet connector panel, which is mounted between the cabinet 
verticals on the right end of the cabinet. 


Table 2-1 lists the Massbus signals and their associated pin 
assignments. 
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Table 2-1 Massbus Signal Cable Designations 


Cable Polarity Designation 


Massbus 
Cable A A el = MASS D@@ 
B 2 + 
D 4 - 
F 6 + 
J 8 = 
L 10 + 
N 12 - 
14 + 
S Ls + MASS C@l 
V 18 + 
W 19 + MASS C@3 
Y 21 _ MASS C@4 
BB 24 _ 
CC 25 = MASS SCLK 
EE 24 + MASS RS 
HH 29 + MASS ATTN 
LL 32 + 
33 - MASS CTOD 
RR 36 ~ 
TT 38 - 
tL 200. PO | PARE 
GND 


Table 2-1 Massbus Signal Cable Designations (Cont) 


Massbus 
Cable B A ai - MASS D@5 
B 2 + 
D 4 7 
E 5 - MASS D#8 
J 8 _ 
L 19 + 
N 12 - 
13 - MASS C@6 
fe | ua 
S iS + MASS C@7 
U 17 - MASS C@8 
Xx 29 = 
BB 24 - 
DD 25 + 
EE 27 + MASS RS@ 
JJ 30 - 
KK 32 - MASS RS1 
NN 34 + 
RR 35 - 
TC 38 - 
| UU 39 CB PARE 
Pw SG 


2 


’ 
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Table 2-1 Massbus Signal Cable Designations (Cont) 


Cable C A i - MASS D12 
B 2 + 
D 4 - 
F 6 + 
H 7 + MASS D15 
K 9 - MASS D164 
M il MASS D17 
: 

13 MASS DPA 

fe | ta | 
S 15 MASS C12 
: 
X 20 - 
Y 21 MASS C15 
: 
BB 24 - 
FF 28 - 
HH 29 + MASS TRA 
LL 32 + 
MM 33 - MASS DS2 
: 
RR 35 - 
eT 38 - 
MASS FAIL 
ea EF aoe ic 


* Alternate pin designation schemes 
NOTE 


Massbus cables are to be installed per 
markings on the cable. 


on 


— 
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2.8 SYNCHRONOUS BACKPLANE INTERCONNECT DESCRIPTION 

The SBI is the backplane of the VAX-11/78@ system. It 
interconnects the CPU with the memory system and all adapters in 
the system. The following paragraphs describe all interconnect 
lines and their associated communication protocol. 


2.8.1 Interconnect Synchronization 

Six control group lines are clock signals that are used as a 
universal time base for all nexus connected to the SBI. All SBI 
clock signals are generated on the CPU clock module and provide a 
208 ns clock period. 


The clock signals, in conjunction with the standard nexus clock 
logic, provide the derived clocks within an attached nexus to 
synchronize SBI activity. Two clock signals (TPH and TPL) produce 
the basic nexus time states. The remaining four (PCLKH, PCLKL, 
PDCLKH, and PDCLKL) are phased clocks and help compensate for the 
clock distribution skew due to cable, backplane, and 
driver/receiver propagation delays. 


2.8.1.1 Derived Time States -- The derived clocks (within the 
nexus) define four, 58 ns (nominal) time states in one clock 
period. The time states (T@, T1, T2, and 13) determine the 
transmit, propagate, and receive times on the SBI, with T@ 
representing the start of a particular clock period. Figure 2-2 
illustrates the phase and timing relationships required to 
generate the individual derived time states. Note that T@ internal 
to the CPU (CPT%) is not the same as SBI T@#@. CPTG corresponds to 
SBI Tl. All nexus need a minimum of T@ and T2 for SBI transmit and 
receive functions. 


2.8.1.2 Transmit Data -- Information to be transmitted is 
asserted on the SBI at TM. Immediately prior to T#@ a transmitting 
nexus enables its transmit enable inputs to the SBI transceivers. 
Figure 2-3 is a basic block diagram for one SBI information path 
line. 


2.8.1.3 Receive Data -- In the case of receive data, the nexus 
receiver latches are opened at T2 and latched at T3. Figure 2-4 
shows the basic one-line receiver latch logic. Note that the 
information may be considered undefined between T2 and T3; only 
after T3 is information considered valid. Nexus checking, 
decoding, and subsequent decision making are then based on these 
latched signals. 


2.8.1.4 Single Time States -- In single time states, the time 
between any T@-T1l, T1-T2, T2-T3, and T3-T#@ may vary from 54 ns 
(nominal) to an indefinitely long period of time. SBI operation 
and protocol will proceed normally. Nexus that implement the SBI 
timeout functions do so by counting SBI cycles. Memory nexus 
operation must be normal even though the timing may be different. 
Nexus that derive timing from an external source (@€.g., a mass 
Storage device) set data late and overrun error bits as 
appropriate. However, the SBI operation of these nexus’ remains 
normal. 
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Figure 2-2 SBI Time and Phase Relationships 
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Figure 2-3 Transmit Data Path 
SBI 
RECEIVER 
RECEIVE DATA RECEIVE 
DATA LATCH DATA 
OPENED AT T2 
LATCHED AT T3 
TK-0163 
Figure 2-4 Receive Data Path 
2.8.2 SBI Summary 


Table 2-2 summarizes the signal fields associated with each 
functional group. Figure 2-5 shows the SBI configuration. The 
following paragraphs provide detailed descriptions of the 
individual group field layouts and functions. 
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Table 2-2 SBI Field Summary 
Field Description 


ARBITRATION GROUP 

Arbitration Field (TR <15:9@@>) | Establishes a fixed priority among 
nexus for access to and control of 
information transfer path. 


INFORMATION TRANSFER GROUP 


Information Field (B<31: 90>) Bidirectional lines that transfer 
data, command/address, and 
interrupt information between 
nexus. 

Mask Field (M<3:@>) Primary function: encoded to 


indicate a particular byte within 
the 32-bit information field 
(B<31:88>). 


Secondary function: in conjunction 
with the tag field, indicates a 
particular type of read data. 


Identifier Field (ID<4:9>) Identifies the logical source or 
destination of information 
contained in B<31:8@>. 


Tag Field (TAG<2:9>) Defines the transmit or receive 
information types and the 
interpretation of the content of 
the ID and information fields. 


Function Field (F<3:@>) Specifies the command code, in 
conjunction with the tag field. 
This field is valid as part of the 
32-bit information field only when 
the tag equals command/address. 


Parity Field (P<1:9>) Provides even parity for all 
information transfer path fields. 
P(@) is generated as parity for 
the information field. P(2) is 
generated as parity for the tag, 
ID, and mask fields. 


RESPONSE GROUP 

Confirmation Field (CNF<1:@>) Asserted by a receiving nexus to 
specify one of four response types 
and indicate its capability to 
respond to the transmitter's 
request. 


2-14 


Field 


Table 2-2 SBI Field Summary (Cont) 


Fault Field (FAULT) 


INTERRUPT REQUEST GROUP 
Request Field (REQ<7:4>) 


Alert Field (ALERT) 


CONTROL GROUP 


Clock Field (CLOCK) 


Fail Field (FAIL) 


Dead Field (DEAD) 


Unjam Field (UNJAM) 


Interlock Field 


(INTLK) 


Description 


A cumulative error line to the CPU 
that indicates one of several 
errors, Stored in the transmitting 
nexuS fault register, and the 
associated SBI cycle in which the 
error occurred. 


Allows a nexus to request an 
interrupt to service a condition 
requiring CPU intervention. Each 
request lines represents a level 
of nexus request priority. 


A cumulative status line that 
allows those nexus not equipped 
with an interrupt mechanism to 
indicate a change in power or 
operating conditions. 


Six control lines that provide the 
clock Signals necessary to 
synchronize SBI activity. 


A Single line from the restart 
nexus to provide a restart Signal 
to the CPU to initiate a system 
restart operation. 


A single line to the CPU to 
indicate an impending clock 
circuit or SBI terminating network 
power failure. 


A single line from the CPU to 
attached nexus that initiates a 
restore operation. 


A single line that provides 
coordination among nexus 
responding to certain read/write 
commands to ensure exclusive 
access to shared data structures. 


ARBITRATION 









INFORMATION TRANSFER 
P_<1:0> (PARITY) 


TAG <2:0> (TAG 


ID <4:0> (IDENTIFIER) 


B <31:00> (INFORMATION) 


RESPONSE 
FAULT 















TRANSMIT/ 
RECEIVE 
NEXUS 


TRANSMIT/ 
RECEIVE 
NEXUS 









_CNF <1:0> (CONFIRMATION) 
CONTROL 
UNJAM 
FAIL 
DEAD 
INTLK (INTERLOCK) 





INTERRUPT REQUEST 
REQ <7:4> (REQUEST) 


SPARE (2 LINES) 
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Figure 2-5 SBI Configuration 


2.8.3 Arbitration Group Functions and Assignments 

The arbitration lines (Transfer Request TR<15:9@>) allow up to 15 
nexus to arbitrate for the information lines (information transfer 
group). One arbitration line is assigned to each nexus to 
establish the fixed priority access. Priority increases from TR15 
to TR#@8, where TR#G is the highest. The lowest priority level is 
reserved for the CPU, and it requires no actual TR signal line. 
The other 15 nexus are assigned TR15 through TR@l. 
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The highest priority level, TR#@G@, is reserved for those nexus that 
require more than one successive SBI cycle. TRA may only be used 
by nexus that require: 


a. Two or three adjacent cycles for a write type exchange. 
b. Two adjacent cycles for an extended read exchange. 
conn Adjacent cycles for interrupt summary read exchanges and 


restore operations. 


A nexus requests control of the information path by asserting its 
assigned TR line at T% of an SBI cycle. At T3 of the same SBI 
cycle, the nexus examines (arbitrates) the state of all higher 
priority TR lines. If no higher TR lines are asserted, the 
requesting nexus assumes control of the information path at T@ of 
the following SBI cycle. At this T@ time state, the nexus negates 
its TR line and asserts command/address or data information on 
B<31:00>. In addition, if a write type exchange is specified, the 
nexus asserts TR#BG to retain control of adjacent SBI cycles. 


If higher priority TR lines are asserted, the requesting nexus can 
not gain control of the information path. The nexus keeps its TR 
line asserted and again examines the state of higher priority 
lines at T3 of the next SBI cycle. As before, if no higher TR 
lines are asserted, the nexus assumes information path control at 
TO. 


2.8.4 Information Transfer Group Description 

Each information group field is described in detail in the 
following paragraphs. However, the information field (B<31:@@>) is 
described in the context of the other information group fields. 


2.8.4.1 Parity Field -- The parity field (P<1:@>) provides even 


parity for detecting single bit errors in the information group 
(Figure 2-6). 


| { A onrFF OO OOrrvrr_— — TTT) 


P14 PO 
PARITY TAG IDENTI - MASK 
FIELD FIELD FIER FIELD FIELD INFORMATION FIELD 
Re sl OS FS 
P <1:0> TAG <2:0> ID <4:0> M <3:0> B <31:00> 


COMMAND FORMAT 
FUNCTION ADDRESS 
FIELD FIELD 
F <3:0> A <27:00> 
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Figure 2-6 Parity Field Configuration 
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A transmitting nexus generates P@ as parity for TAG<2:@0>, ID<4:@>, 
and M<3:@>. The Pl parity bit is generated for B<31:88>. P@® and Pl 
are generated such that the sum of all logic one bits in the 
checked field, including the parity bit, is even. With no SBI 
transmissions, the information transfer path assumes an all zeros 
state; thus, P<1:8> Should always carry even parity. Any 
transmission with odd parity is considered an error. 


2.8.4.2 Tag Field Formats -- The tag field (TAG<2:@>) is asserted 
by a transmitting nexus to indicate the information type being 
transmitted on the information lines. The tag field determines the 
interrelation of the ID and B fields. In addition, the tag field, 
in conjunction with the mask field, further defines special read 
and write data conditions. The following paragraphs describe each 
information type, tag code, and associated field content. 


Command/Address Tag -- A tag field content of @11 indicates that 
the content of B<31:9@> is a command/address word. ID<4:4>, 
asserted at this time, is a unique code identifying the logical 
source (commander) of the command. As _ shown in Figure 2-7, 
B<31:@8> is divided into a function field and an address field to 
specify the command and its associated address. 


In a write type command, the ID field code represents the logical 
source and the address field specifies the logical command 
destination. For a read type command, the addressed nexus holds 
the transmitted ID for transmission with the requested data. The 
ID is sent with the read data to indicate destination. 


The 28 bits of the SBI address field define a 268, 435, 4565 
longword address space, which is divided into two sections. 
Addresses §--7FFFFFF are reserved for primary memory. Addresses 
SABAADD g  ~FFFFFFF re reserved for device control registers. 
Generalt®, primary memory begins at address 6; the address space 
is dense and consists only of storage elements. The control 
address space is sparse with address assignments based on device 
type. Each nexus is assigned a 2948, 32-bit longword address space 
for control. The addresses assigned are determined by the TR 
number as shown in Figure 2-8. 


B <31:00> 
eee 
MASK FUNCTION ADDRESS 
TAG <2:0> ID <4:0> M <3:0> F <3:0> A <27:00> 


TAG <2:0> = 011 = COMMAND/ADDRESS FORMAT 

ID <4:0> = LOGICAL COMMAND SOURCE 

M <3:0> = COMMAND DEPENDENT 

F <3:0> = COMMAND CODE 

A <27:00> = READ/WRITE, ADDRESS OF INTENDED NEXUS 
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Figure 2-7 Command/Address Format 
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SPECIFIES ONE OF THE 
SPECIFIES ONE 2048 LOCATIONS 
OF 16 NEXUS ASSIGNED TO EACH NEXUS 
Se SS 
27 26 1514 1110 00 





| TR# (ADDRESS REGISTER | 


| SPACE BLOCK) ADDRESS | 
A <27:00> 
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Figure 2-8 Control Address Space Assignment 


LOGICAL 
BECTINATIONIT 0000 ERROR-FREE DATA 


TAG <2:0> ID <4:0> M <3:0> B<31:00> 
LOGICAL 
TAG <2:0> ID <4:0> M <3:0> B <31:00> 
| 000 | LOGICAL | oot0 | UNCORRECTED DATA OR OTHER 
DESTINATION MEANINGFUL INFORMATION 
TAG <2:0> ID <4:0> M <3:0> B <31:00> 
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Figure 2-9 Read Data Formats 


Read Data Tag -- A tag field content of 669 indicates that 
B<31:00> contains data requested by a previous read type command. 
In this case, ID<4:@> is a unique code that was received with the 
read command and identifies the logical destination of the 
requested data. The retrieved data may be one of three types: 
read data; corrected read data; or read data substitute, where the 
particular type is identified by M<3:@>. 


Read data is the normally expected error-free data having M<3:0> = 
0000 (Figure 2-9). Note that this tag code is also the idle state 
of the tag field and that ID code 9 is reserved. No device will 
respond when the tag is @#@ and the ID code is @. 
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Corrected read data is data in which an error was detected and 
subsequently corrected by the error correction code (ECC) logic of 
the device transmitting the read data. In this case, the mask 
field flags the corrected data with M<3:@> = 9@@1. 


Read data substitute represents data in which an error was 
detected but not corrected. In this case, B<31:8@> will contain 
the substitute data in the form of uncorrected data or other 
meaningful information. The mask field flags the uncorrected data 
with M<3:9> = @@19@. As with the other read data types, the ID 
field identifies the read commander. 


Write Data Tag -- A tag field content of 1@1 indicates that 
B<31:98> contains the write data for the location specified in the 
address field of the previous write command (Figure 2-1A€). The 
write data will be asserted on B<31:8#> in the SBI cycle 
immediately following the command/address cycle. Certain command 
codes use M<3:@> to specify particular bytes within B<31:AM>. 


LOGICAL 
DATA 
SAUCE MASK WRITE 


TAG <2:0> ID <4:0> M <3:0> B <31:00> 
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Figure 2-19 Write Data Format 


Interrupt Summary Tag -- A tag field content of 11@ defines 
B<31:@8> as the interrupt level mask for an interrupt summary read 
command. The level mask (B<®7:04>) is used to indicate the 
interrupt level being serviced as the result of an interrupt 
request. In this case, the ID field identifies the commander, 
which is usually a CPU. Although unused, M<3:@> must be 
transmitted as zero. 


The interrupt sequence consists of two exchanges: 


a. The first exchange indicates the interrupt level being 
serviced. 


om The second exchange is the response, where the device 
requesting the interrupt identifies itself. 


The interrupt summary read and response formats are illustrated in 
Figure 2-ll. Note that the interrupt summary response encodes 
TAG<2:0> = O00. 


Reserved Tag Codes -- TAG<2:@> -- Tag code 111 is reserved for 


diagnostic purposes. Tag codes @@1, %18, and 198 are unused and 
reserved for future definition. 
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FIRST EXCHANGE: B31 08 07 04 03 


00 
INTERUPT SUMMARY COMMAND: REQUES 
READ sc pene PeEVeL. (oo 


TAG<2:0>  1D<4:0> M<3:0> REO<7:4> 
SECOND EXCHANGE: aan conde er 
INTERUPT SUMMARY LOGICAL 
RESPONSE DON INA- 0000 
TAG<2:0>  ID<4:0> M<3:0> Ltt 
BIT PAIRS 


(BIT PAIRS = B17 AND B01 - B31 AND B15) 
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Figure 2-11 Interrupt Summary Formats 


2.8.4.3 Identifier Field -- The ID field (ID<4:@>) contains a 
code that identifies the logical source or logical destination of 
the information contained in B<31:@@>. ID codes are assigned only 
to commander and responder nexus (i.e., those that issue and 
recognize command/address information). Each nexus is assigned an 
ID code that corresponds to the TR line that it operates. For 
example, a nexus assigned TR@5 would also be assigned ID code 5. 


More than one ID code may be assigned to a nexus. However, that 
nexus must be capable of responding to read type commands for 
wnich the read data returns in an order different from the order 
in which the commands were given. For write masked and extended 
write masked commands, the mask is transmitted in the cycle 
preceding the cycle for the data to which the mask applies. 


Nexus uSing more than one code take the first code from the 


Standard ID code assignment (@--15). The Second code is taken from 
the range 17--38 (i.e., first ID code plus 16). 


2-21 


Certain ID codes are reserved: ID = 16, unit processors; ID = 3l, 
diagnostic purposes. ID = @ is reserved so that the idle state of 
the SBI (read data, destination ID = @) will not cause a nexus 
selection. Note that even though a nexus is not selected, all 
nexus are checking for correct SBI parity. 


2.8.4.4 Mask Field -- The mask _ field (M<3:H>) has two 
interpretations: primary and secondary. For the primary 
interpretation, M<3:9> is encoded to specify operations on any or 
all data bytes appearing on B<31:8@%>. The mask is used with the 
read masked, write masked, interlock read masked, interlock write 
masked, and extended write masked commands. As shown in Figure 
2-12, each bit in the mask field corresponds to a particular byte 
on B<¢31: 80>. 


The secondary interpretation is used when TAG<2:@> = @60 (read 
data). This interpretation defines the data types as specified in 
Table 2-3. All other mask field codes (%9@11--1111) are reserved 
and are interpreted as read data substitute by the receiving 
nexus. 


Table 2-3 Read Data Types 





M<3:9> Data Type 












Read data 
Corrected read data 
Read data substitute 


GOO 1 





M<3:0> 


B<31:00> 
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Figure 2-12 Mask Field Format 
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2.8.5 ‘Response Group Description 

The three response lines are divided into two fields: Confirmation 
(CNF<1:@>), and Fault (FAULT). CNF<1:@> informs the transmitter as 
to whether or not the information was received correctly and if 
the receiver can process the command. FAULT is a cumulative error 
indication of protocol or information path malfunction; it is 
asserted with the same timing as the confirmation field. 


Either field is transmitted two cycles after each information 
transfer. Confirmation is delayed to allow the information path 
signals to propagate, be checked, and be decoded by all receivers; 
and to allow confirmation generation by the responder. During each 
cycle, every nexus in the system receives, latches, and makes 
decisions on the information transfer signals. Except for multiple 
bit transmission errors or nexus malfunction, one (or more) of the 
nexus receiving the information path signals will recognize an 
address or ID code. This nexus then asserts the appropriate 
response in CNF. 


Any (or all) nexus may assert FAULT after detecting a protocol or 
information path failure. 


2.8.5.1 Confirmation Codes -- Table 2-4 lists the confirmation 
codes and their interpretation. 


Table 2-4 Confirmation Code Definitions 
CNF Code Definitions 


G2, No Response (N/R) The unasserted state; it indicates no 
response to a commander's selection. 


$1, Acknowledge (ACK) The positive acknowledgment to any 
transfer. 


19, Busy (BUSY) The response to a command/address 
transfer that indicates successful 
selection of a nexus that is presently 
unable to execute the command. 


ll, Error (ERR) The response to a command/address 
transfer that indicates selection of a 
nexus that cannot execute the command. 


A BUSY (18) or ERR (11) response to transfers other than 
command/address transfers will be considered aS no response from 
the responder. 


2.8.5.2 Response Handling -- The transmitting nexus samples the 
CNF and FAULT lines at T3 of the third cycle following 
transmission. ACK is the expected confirmation response (i.e., 
command will be executed, or information has been received 
correctly). 
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Should a command/address transfer receive a BUSY confirmation, the 
commander will repeat the transmission (after a nominal waiting 
period) until it is accepted or a timeout occurs. 


An N/R confirmation should be treated like BUSY, except that its 
occurrence may be flagged in a status bit. ERR confirmation is the 
result of a programming error, and should abort the command and 
invoke the appropriate recovery routine. 


Some nexus may be unable to determine, within two SBI cycles, 
whether a function will be completed successfully. For these 
cases, the nexus presumes success and responds with ACK 
confirmation. If it is later determined that a read type function 
cannot be completed, a read data transfer of all zeros is 
transmitted and an interrupt requested. If a write type request 
cannot be completed, the command is aborted and an interrupt 
requested. In either case, the cause of the interrupt is indicated 
in a configuration/status register. 


2.8.5.3 Successive Cycle Confirmation -- Since write masked, 
extended write masked, and extended read operations consist of 
successive transfers, acknowledgment is more complex. 


a. T£ the command/address transfer is confirmed with N/R or 
BUSY, then no notice will be taken of the data transfer 
confirmation and the entire sequence will be repeated. 


bs If the command/address transfer receives ERR, the 
sequence is aborted and recovery routines are invoked. 


rome If ACK is not received as confirmation for a write data 
command, the command is repeated. 


dis Transmissions of read data are confirmed with ACK by the 
receiver of that data. The read data transmitter may 
ignore this confirmation, since only commanders execute 
retry sequences. 


2.8.5.4 SBI Sequence Timeouts -- All commanders implement two 
timeout functions: interface sequence timeout and read data 
timeout. Both timeouts are specified as 192.4 us (or 512 SBI 
cycles). 


The interface sequence timeout determines the maximum time allowed 
to complete an interface sequence. The sequence interval is 
defined as the time from: 


a. when SBI arbitration iS initiated, until ACK is received 
for a command/address transfer that specifies read, or 


bs when SBI arbitration is initiated, until ACK is received 
for a command/address transfer that specifies write, and 
ACK is also received for each transmission of write data, 
or 
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Gs when SBI arbitration is initiated, and an ERR 
confirmation is received for any command/address 
transfer. 


The read data timeout is defined as the time from when an 
interface sequence that specifies a read command is completed, to 
the time that the specified read data is returned to the 
commander. In the case of an extended read function, both 
longwords must be retrieved prior to timeout (182.4 us). 


If the last command/address transfer prior to an interface 
sequence timeout receives an N/R confirmation, it is recorded in a 
status bit. Certain nexus may terminate their requests for SBI 
control due to an unuSual occurrence in those nexus. When this 
occurs, both timeouts are cancelled (e.g., when a nexus detects a 
data late error). 


When a timeout occurs, the commander provides the actual address 
or reconstructed address for which the timeout occurred. In 
addition, the commander records the type of timeout received 
(i.e., interface sequence or read data). Either timeout will 
terminate a command transmission retry. 


2.8.5.5 Fault Detection -- Each nexus is equipped with a 32-bit 
configuration and fault status register (register #9). The fault 
Status portion of this register contains flags that cause the 
assertion of the FAULT line. The fault status portion is described 
in Figure 2-13. 


A nexus detecting one of the fault conditions will assert the 
FAULT signal for one cycle. FAULT then causes each nexus on the 
system to lock its respective configuration register. The fault 
Status bits thus latched refer to the cycle during which the fault 
occurred. The CPU examines the FAULT signal and latches the signal 
on the leading edge of FAULT. The CPU then continues to assert 
FAULT until the software has examined the fault bits of all nexus 
and has specified the negation of FAULT. Figure 2-14 shows the 
timing involved. 


Figure 2-15 illustrates the confirmation and fault decision flow 
for all responses and error conditions. 


2.8.6 Interrupt Request Group Description 

The interrupt request group consists of four request lines 
(REQ<7:4>) and an alert (ALERT) line. Request lines are assigned 
to some of the nexus and represent asSigned CPU interrupt levels. 
The lines used by nexus request that the CPU service a condition 
requiring processor intervention. The request lines are priority 
encoded in an ascending order of REQ4--REQ7. A requesting nexus 
asserts it request lines (or line) asynchronously with respect to 
the SBI clock to request an interrupt. Any of the REQ lines may be 
asserted simultaneously by more than one nexus, and any 
combination of REQ lines may be asserted by the collection of 
requesting nexus. 


2-25 


FAULT STATUS 


SS CN, 

31. 30 29 28 27 26 25 24 23 00 

PWR | WSQ_ | URD | 1SQ_ | MXT | XMT ALERT/INTERRUPT 

FLT | FLT | FLT | FLT | FLT | FLT AND DEVICE STATUS 
ee pe 






NOT USED 





PARITY INTER- 
FAULT LOCK 
WRITE geri 
SEQUENCE 
FAULT 


UNEXPECTED TRANSMITTER 


READ DATA DURING CYCLE 
FAULT THAT CAUSED FAULT 
MULTIPLE 
TRANSMITTER 
FAULT 


TK-0076 


Figure 2-13 Fault Status Flags 
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Figure 2-14 Fault Timing 
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Figure 2-15 Confirmation and 
Fault Decision Flow 


The ALERT signal is asserted by nexus that do not implement 
interrupt request lines. Its purpose is to indicate to the CPU a 
change in the nexuS power condition or operating environment. 
Nexus that implement the REQ lines report such changes by 
requesting an interrupt. 


2.8.6.1 Interrupt Operation -- When a nexus’ requires an 
interrupt, it asserts its REQ line on the SBI. At a time judged 
appropriate, the CPU will recognize the interrupt request and 
issue an interrupt summary read command (TAG<2:09> = 110). The 
command will have a single bit set in its interrupt level mask 
(B<7:4>), which corresponds to the REQ line being serviced. For 
example, B @4 set to a logic one indicates that the REQ4 level is 
being serviced. Note that the remaining information path fields 
(i.e., B<31:08>, ID<83:00>, and M<3:8@>) are transmitted as zero. 


Nexus receiving the interrupt summary read command without error 
and asserting the REQ line specified in the interrupt level mask 
will assert a 2-bit code in B<31:80>. This code, which identifies 
the requesting nexus, is asserted with the timing of CNF<1:4M>. 
However, the responding nexus does not assert any CNF, TR, ID, or 
TAG line. Nexus that detect incorrect parity will assert FAULT. 


As shown in Figure 2-16, the asserted bits are in corresponding 
positions in the upper and lower 16 bits of B<31:9@>. The bit pair 
uniquely identifies the nexus among ‘those using the particular REQ 
line. Only 15 bit pairs in the information field are used (i.e., 
B31 and B15 through B17 and B@1). Since only pairs of bits are 
asserted, parity remains correct regardless of the number of 
responding nexus. The two bits assserted by the requesting nexus 
are equal to the nexus TR number and the nexus TR number plus 14. 


B31 08 07 04 03 00 


INTERRUPT 
READ 


INTERRUPT B31 1716 15 0100 
sma P 


BIT PAIRS 
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Figure 2-16 Request Level and Nexus Identification 
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While holding control of the SBI with TRO8, the CPU waits two 
cvcles after the interrupt summary read command is transmitted 
before latching B<31:46> into an internal register. By encoding 
the REQ level and the bit pair received from responding nexus, the 
CPU generates a vector unique to that level and nexus. The vector, 
in turn, is used to invoke the nexus Service routine. The service 
routine will take explicit action by writing a device register to 
clear the interrupt condition. Clearing the interrupt causes the 
nexus to negate the REQ line, provided that the nexus does not 
have any other outstanding interrupts at this level. The negation 
of REQ occurs within two cycles of the write data transmission. 


Normally, the CPU will service requests in descending order, of 
REQ7--REQ4. Similarly, nexus are identified in descending order 
beginning with the nexus that asserts bits B31 and B15 and ending 
with the nexus that asserts bits B17 and Bl. If multiple nexus are 
requesting interrupts on the same REQ line, multiple interrupt 
summary read commands are issued until all nexus have’ been 
serviced and the REQ line is no longer asserted. 


Figure 2-17 is a functional timing chart for the interrupt 
operation. 


2.8.6.2 Status Register Alert Flags -- As shown in Figure 2-18 
each nexus maintains bits in its configuration register to 
indicate conditions that cause assertion of ALERT (or the 
appropriate REQ line if implemented). Power down and power up 
Status bits are provided, but additional ALERT status bits are 
present if other conditions, such as overtemperature, are 
detectable. 


The ALERT line is the logical OR of the alert status bits; it is 
asserted synchronously to the SBI clock. Alert status bits are 
cleared when written as logic one; when written as logic zero, 
UNJAM signal is received. Note that the UNJAM signal does not 
Clear these status bits. 


2.8.6.3 Alert Flag Operation -- A nexus asserts ALERT or an 
interrupt request when any of its alert status bits are set. The 
bits are set during the following events: 


a. during power failure at the nexus when the assertion of 
power supply AC LO is recognized; 


b. during the restoration of power when the negation of AC 
LO is recognized; 


c% when other environmental conditions, such as 
overtemperature, are detected; 
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Figure 2-17 Interrupt Operation 
Timing and Flow 
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The alert status bits are only set on the transition of the event 
that caused them to set. 


The power down Status bit is set when there is a transition of the 
nexus AC LO from the negated to the asserted state. Setting the 
power down status bit clears the power up status bit; likewise, 
setting the power up bit clears the power down bit. The 
overtemperature bit is set when there is a transition from the 
normal to the overtemperature state. 


A nexus asserting ALERT, or asserting an interrupt request due to 
an alert status bit set, continues to assert ALERT until: 


a. all alert status bits are cleared (written with a logic 
one), 

b. YUNJAM Signal is received, 

Cx nexus loses dc power. 


The negation of ALERT (or REQ) is synchronous to the SBI clock and 
occurs within two cycles of the write data transmission used to 
clear the ALERT condition. 
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Figure 2-18 Alert Status Bits 
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2.8.7 Command Code Description 
The operations executed over 
command/address format using the mask, function, and address 
fields. Figure 2-19 summarizes the command/address formats and 
lists the command codes. Several function codes are unused and 
reserved for future use. All nexus must respond to these reserved 


codes with an N/R confirmation. 


the SBI are specified in 


2.8.7.1 Read Masked Function -- The read masked function is 


specified in Figure 2-29. 
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Figure 2-19 SBI Command Codes 
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Masked Function Format 
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Read 


Prior to issuing the command, the commander arbitrates for SBI 
control. When the commander gains control of the SBI, it asserts 
the information transfer lines at T@. At T3 of the same cycle, 
each nexus strobes the command/address information into its 
receiver latches for decoding. The command/address format, 
presented on the SBI, instructs the nexus selected by the address 
field, SA<27:98>, to retrieve the addressed data word and transfer 
it to the logical destination specified in the ID field. The 
addressed nexus will respond to the command/address transfer with 
ACK (assuming no errors) two SBI cycles after the assertion of 
command/address. 


The addressed data is retrieved in a time frame that is dependent 
on the nexus response time. Following the response delay, the 
responding nexus must arbitrate for control of the SBI. After ARB 
OK is true for the responder, the information fields are asserted 
on the SBI at T@. TAG<2:8> is coded as Of8, specifying the read 
data format; and ID<4:8> is coded to identify the commander. The 
read data is asserted on B<31:8@> and received by the commander as 
read data (M<3:9> = @0@0), or as corrected read data (M<3:8> = 
90081). In the case of uncorrectable read data, the responder 
transmits read data substitute (M<3:9> = 8810). 


After the assertion of read data, the commander latches’ the 
content of B<31:89> at T3 of the same SBI cycle. At T@ two cycles 


later, the commander confirms the successful transfer by asserting 
ACK. 


Figure 2-21 is a functional timing chart for the read masked 
operation. 


2.8.7.2 Extended Read Function -- The extended read function is 
Similar to the read masked function in operation. The function 
format is shown in Figure 2-22. 


The mask field and bit SA#@ of the received command/address word 
are ignored. However, the mask field must be transmitted as zero. 


In an extended read, 64 bits (two data longwords) are always 
transmitted, and thus require two contiguous SBI data transfer 
cycles. In this case, F<3:9> instructs the nexus selected by 
SA<27:90> to retrieve the addressed 64-bit data and transfer it to 
the commander (specified in the ID field) as in the read masked 
function. 
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Figure 2-22 Extended Read Function Format 


When the commander gains control of the SBI, it asserts the 
command/address information at T@%. At T3 of the same cycle, each 
nexus strobes the command/address information into its receiver 
latches for decoding. The addressed nexus confirms’ the 
command/address transfer by returning ACK two cycles after the 
assertion of command/address. Following the response delay and 
arbitration, the responder asserts the first 32-bit data longword 
on B<31:8@8> (SA®B = BO). The other information fields are coded as 
in the read masked operation. The second data longword (SA@# = 1) 
is asserted on B<31:8#> at T®@ of the succeeding cycle. The mask 
field describing the data type will be asserted with each read 
data longword. 


The commander latches B<31:98> (first data longword) at T3 of the 
cycle when it was transmitted. At T3 of the next cycle, the 
commander again latches B<31:@@> (second data longword). Then, at 
T®@ of the following cycle, the commander confirms the first data 
transfer with ACK. The commander confirms the second data transfer 
with ACK at T@ of the cycle after that. 


Figure 2-23 is a functional timing chart showing the extended read 
operation. 


2.8.7.3 Write Masked Function -- The write masked function format 
is shown in Figure 2-24. F<3:@> instructs the selected nexus to 
modify the bytes specified by M<3:@> in that storage element 
addressed by SA<27:#0> using data transmitted in the succeeding 
cycle. 
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Figure 2-23 Extended Read 
Timing Chart and Flow 


(Sheet 1 of 2) 
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Figure 2-24 Write Masked Function Format 


When the commander gains control. of the SBI, it asserts the 
command/address information at T@. The commander also asserts TR@A 
at T@ to retain control during the succeeding SBI cycle. At T? of 
the same cycle, each nexus strobes the command/address information 
into its receiver latches for decoding. At T@ of the succeeding 
cycle, the commander asserts data on B<31:99>; at T3 of the same 
cycle, the selected nexus strobes the data into its receiver 
latches. TAG<2:9>, which accompanies the data, is coded 11 (write 
data format). The successful command/address transfer is confirmed 
by the receiving nexus with ACK at T®# of the succeeding cycle. The 
successful data transfer is confirmed by ACK at T#, one cycle 
later. 


Figure 2-25 is a functional timing chart for the write masked 
operation. 


2.8.7.4 Extended Write Masked Function -- The extended write 
masked function format is illustrated in Figure 2-26. F<3:0> is 
coded 1811 to specify the extended write masked function. In the 
extended write masked transfer, the number of bits written depends 
on the mask, but two SBI data transfer cycles are always required. 
When the commander gains control of the SBI it asserts the 
command/address information at T@. The commander also asserts TRAD 
to retain control during the succeeding SBI cycle. At T3: of ‘the 
same cycle, each nexus strobes the command/address information 
into its latches for decoding. The mask that accompanies the 
command/address indicates the bytes to be written in the first 
data longword, corresponding to SAMA = ¥%. 
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Figure 2-25 Write Masked 
Timing Chart and Flow 
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Figure 2-26 Extended Write Masked Function Format 


At T@ of the succeeding cycle, the commander asserts data on 
B<31:08> and codes TAG<2:7> as 101 (write data format). At T3 of 
the same cycle, the receiver nexus strobes the data into its 
latches. In addition, the commander holds TRAB asserted to retain 
SBI control for the second data longword transfer. Note that the 
mask that accompanies the first data word indicates the bytes to 
be written in the second data word. At the end of this cycle, the 
commander negates TROG. 


At T@ of the succeeding cycle, the second data word is asserted on 
B<31:08>, and TAG<2:9> is coded 101. At the same time (T@) the 
receiver nexus confirms the command/address transfer with ACK, if 
there is no error. At T3 of the same cycle, the receiver nexus 
Strobes the data into its latches. The mask that accompanies the 
second data longword is ignored by the receiver nexus. During the 
two succeeding cycles, the receiver nexus confirms the two data 
transfers with an ACK in each cycle. 


Figure 2-27 is a functional timing chart for the extended write 
masked operation. 
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Extended Write 


Masked Timing Chart and Flow 


2.8.7.5 Interlock Function Description -~- The interlock function 
is used to provide coordination between memory nexus to ensure 
exclusive access to shared data structures. When an interlock 
sequence is addressed to the UBA, it indicates that a 
Data-In-Pause/Data-Out (DATIP/DATO) sequence is required on the 
Unibus. The UBA will initiate an interlock Sequence when a_ Unibus 
device has initiated a DATIP/DATO sequence. The interlock 
functions operate like the read and write functions with the 
additional responsibility of setting and clearing the receiver 
nexus interlock flip-flop. This flip-flop controls’ the 
assertion/negation of the receiver's interlock line. However, not 
all nexus implement the interlock function. Those nexus that do 
not will respond to the interlock read and write masked functions 
exactly as they do to read and write masked functions. 


All memory nexus implement the interlock functions and cooperate 
through the use of this signal. The interlock line is asserted by 
the commander nexus which isSued the interlock read masked 
function for that SBI cycle following the command/address 
transfer. The interlock flip-flop is set in the receiving nexus 
memory. When the memory nexus confirms the interlock read 
function, it asserts the interlock signal in the same cycle as 
ACK. With interlock asserted, the nexus responds with a BUSY 
confirmation to subsequent interlock read masked commands only. 


Interlock Read Masked Function Operation -- The interlock read 
masked function format is the Same as that shown in Figure 2-29 
except that F<3:0> is coded 8198. F<3:08> causes the nexus selected 
by SA<27:@@> to retrieve and transfer the addressed data exactly 
as in the read masked operation. In addition, this function causes 
the selected nexus to set its interlock flip-flop. With the 
interlock flip-flop set, the nexus will assert the SBI interlock 
line at T@ of the ACK confirmation cycle. 


The interlock flip-flop is cleared on receipt of an interlock 
write masked function. Interlock read masked and interlock write 
masked functions are always paired by commanders. If the flip-flop 
remains set for more than 1¢@2.4 us, the memory assumes that the 
commander has had a catastrophic error. In this case, the nexus 
will clear the flip-flop at TA of the next cycle. 


Interlock Write Masked Function Operation -- The interlock write 
masked function format is the same as that illustrated in Figure 
2-22, except that F<3:8@> is coded 9111, specifying the interlock 
write masked function. F<3:@> instructs the nexus selected by 
SA<27:9@8> to modify the bytes specified by M<3:@> in the addressed 
Storage element uSing data transmitted in the succeeding cycle 
with TAG<2:9> = 181. In addition, the write data clears the 
interlock flip-flop set by the previous interlock read masked 
function. 
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2.8.8 Control Group 

The control group functions synchronize system activities and 
provide specialized system communications. The clock functions 
provide SBI activity synchronization and are described in 
Paragraph 2.8.1. The interlock control, also one of the system 
commmunication functions, is described in Paragraph 2.8.7. The 
remaining control lines are described in the _ following 
paragraphs. 


2.8.8.1 DEAD Function -- The DEAD Signal indicates a dc power 
failure to the clock circuits or bus terminating networks. Nexus 
will not assert any SBI signal while DEAD is asserted. Thus, nexus 
prevent invalid data from being received while the SBI is in an 
unstable state. 


The assertion of the power supply DC LO to the clock circuits or 
terminating networks causes the assertion of DEAD. DEAD is 
asserted asynchronously to the SBI clock and occurs at least 2 “~s 
before the clock becomes inoperative. With power restart, the 
clock will be operational for at least 2 ~s before DC LO is 
negated. The negation of DC LO negates DEAD. 


2.8.8.2 FAIL Function -- A nexus enables the fail (FAIL) Signal 
asynchronously to the SBI clock, when the power supply AC LO 
Signal is asserted on that nexus. The assertion of FAIL inhibits 
the CPU from initiating a power-up service routine. FAIL is 
negated asynchronously with respect to the SBI clock when all 
nexus that are required for the power-up operation have detected 
the negation of AC LO. The CPU samples the FAIL line following the 
power-down routine (assertion of FAIL) to determine if the 
power-up routine Should be initiated. 


2.8.8.3 UNJAM Function --- The unjam function restores 
(initializes) the system to a known, well-defined state. The UNJAM 
Signal is asserted only by the CPU or console, and is detected by 
all nexus connected to the SBI. The console asserts UNJAM only 
when a console key (or sequence) is selected. The duration of the 
UNJAM pulse is a minimum of 15 SBI cycles and is negated at T@. 


When the console intends to assert UNJAM, the CPU will assert TRAG 
for a minimum of 15 SBI cycles. The CPU will continue to assert 
TR@@ for the duration of UNJAM and for a minimum of 15 SBI cycles 
after the negation of UNJAM. This use of TR#B ensures that the SBI 
is inactive preceding, during, and after the UNJAM operation. 
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Each nexus receives UNJAM at T3 and begins a restore Sequence. Any 
current operation of short duration will not be aborted if that 
operation might leave the nexus in an undefined state. Nexus will 
not perform operations using the SBI during the assertion of 
UNJAM. In addition, the nexus must be in an idle state, with 
respect to SBI activity, at the conclusion of the UNJAM pulse. 


While UNJAM is asserted, nexus will not assert FAULT. However, a 
nexus asserting FAULT prior to UNJAM must continue to do so to 
preserve the content of the nexus configuration/fault status 
registers. The restore sequence (UNJAM asserted) should not cause 
a nexus to pass through any states that will assert any SBI lines. 
All read commands issued before the UNJAM are canceled. 


In the event of a power failure during UNJAM, some nexus will 
assert FAIL and/or DEAD. The restore sequence should cause the 
nexus to negate ALERT or interrupt requests, but should not clear 
any device status bits. 
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3.1 
This 


CHAPTER 3 
PROGRAMMING DEFINITIONS AND SPECIFICATIONS 


GENERAL 


chapter describes some of the Massbus Signals, clearing 
methods, 


and interrupt conditions; and each bit of the registers 


in the MBA. 


3.2 


DEFINITIONS 


Some of the Massbus signals that are used in generating status 
information are described in this paragraph. 


nan 


Attention (ATTN) -- The ATTN line is a Shared line that 
connects from all drives in common to the MBA. Each drive 
asserts ATTN (and sets its own ATA bit) whenever it has 
an error condition (ERR asserted), has just finished 
executing any movement command, or a change in power 
condition occurs. 


The logical expressions for these statements are: 


ATTN = ATA, + ATA, + .-. + ATA 


ATA, = ERR. + completion of a movement command + change 
in power conditions. 


7 


(i represents the unit select code of a drive, @--7) 


Exception (EXC) -- The EXC line connects from the MBA to 
the drive that is performing a data transfer. It is 
asserted by the drive if an error occurs during the 
transfer. This line is used to distinguish errors in the 
drive performing a data transfer from errors signaled by 
the ATTN line. (A drive that is performing a data 
transfer never asserts ATTN while the data transfer is 
underway.) 


End of Block (EBL) -- The EBL line is pulsed by the drive 
performing a data transfer at the end of each sector. 


Clearing Methods 


Bit 08 of the MBA control register is the Initialization 
(INIT) bit. The setting (writing a 1) of this bit will: 


Clear status bits in the MBA configuration register 


Clear abort data transfer on interrupt enable bits in 
the MBA control register 


Clear MBA status register 


Clear MBA byte count register 
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Clear the control and status bits of the diagnostic 
register 


Cancel all pending commands except read data pending 
Abort data transfers 
Assert Massbus INIT. 


3.3 PROGRAMMING NOTES 

This paragraph describes miscellaneous features of the RH78@. The 
tables in subsequent paragraphs describe the other bits of the 
MBA. The DT Abort (Data Transfer Abort) bit is located in the MBA 
and is associated only with error conditions during data transfers 
and error conditions in the MBA. A drive clear command does not 
affect the DT Abort bit in the MBA. When DT END clears the DT BUSY 
bit in the MBA, it indicates that the MBA is ready for another 
data transfer command. To successfully initiate a data transfer 
command, DT BUSY must not be asserted and the appropriate drive 
ready bit must be asserted. A nondata transfer command can be 
issued to a drive any time a drive ready bit is asserted, 
reqardless of the state of the DT BUSY bit in the MBA. 


When a data transfer command is successfully initiated, DT BUSY is 
asserted and the drive ready bit is negated. When a nondata 
transfer command is successfully initiated, the drive ready bit is 
negated but the DT BUSY bit is not asserted. 


If any command other than INIT is issued to a drive that has an 
error indicator asserted, the command will be ignored by the 
drive. 


If a data transfer command is issued to a drive that has an error 
indicator asserted, the drive does not execute the command, the 
Missed Transfer Error (MXF, bit @8 of the status register) occurs 
in the MBA. 


3.4 INTERRUPT CONDITIONS 
The MBA generates an interrupt to the CPU due to the following 
conditions: 


ls upon termination of a data transfer, if the IE bit is set 
when the MBA become ready; 


2. upon assertion of ATTN line or the occurrence of an MBA 
error, while the MBA is not busy and the IE bit is set; 


a upon power up. 
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3.5 TERMINATION OF DATA TRANSFERS 
A data transfer that has been initiated successfully may terminate 
in the following ways. 


de Normal Termination -- Byte count overflows to @ and the 
MBA becomes ready (DT BUSY cleared). 


28 MBA Error -- An error occurs in the MBA status register. 
Bit Error Indication 


19 PGE (Program Error) 

18 NED (Non-Existing Device) 

17 MCPE (Massbus Control Parity Error) 
12 DT ABORT (Data Transfer Aborted) 

ll DLT (Data Late) 

10 WCK UP ERR (Write Check Upper Error) 
99 WCK LWR ERR (Write Check Lower Error) 
88 MXF (Missed Transfer Error) 

07 MBEXC (Massbus Exception) 

Q6 MDPE (Massbus Data Parity Error) 

05 MAPPE (Page Frame MAP Parity Error) 
G4 INVMAP (Invalid MAP) 

G3 ERR CONF (Error Confirmation) 

G2 RDS (Read Data Substitute) 

G1 IS TIMEOUT (Interface Sequence Timeout) 
OO RD TIMEOUT (Read Data Timeout) 


3. Drive Error -- An error occurs in the drive. The drive 
sets the appropriate error bit in the drive. 


4. Program-—Caused Abort -- By causing INIT to be asserted, 
the MBA aborts all operations and all status and error 
information is lost. 


3.6 MBA REGISTERS 

The RH78@ contains 8 registers and 256 MAP registers. All 
registers in the MBA or in the drives can only be accessed by 
longword references and must be longword aligned (on byte @ of a 
given register). An attempt to MOVB or MOVW to or from an MBA 
subsystem register will result in a machine check trap. This will 
also occur when an attempt is made to MOVL to or from a register 
if either bit @ or bit 1 of the address is a 1. An explanation of 
these registers and their functions is provided in subsequent 
paragraphs. Table 3-1 lists the various RH7898 registers. 
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Table 3-1 MBA Registers 


Massbus | 


Address 












Register Mnemonic 









Configuration/Status Read/write 











G1 Control Read/write 
G2 Status Read/write 
G3 Virtual Address Read/write 
QA Byte Counter Read/write 
65 Diagnostic Read/write 
G6 Selected Map Read only 
@7 Command Address Read only 





The eight internal MBA registers contain various configuration, 
status, and control information. The addresses of these registers 
can be derived from Tables 3-2 and 3-3. Table 3-2 shows the MBA's 
base address in respect to its various TR levels. Table 3-3 shows 
the byte offset for the registers in the MBA. This byte offset is 
added to the MBA's base address to produce a particular register's 
address. 

Example 

The address of the diagnostic register for an MBA with a TR of 8: 


Base address from Table 3-2 200180089 
Byte offset for the DR from Table 3-3 + 14 
DR address 20010014 
Example 


The address of the control register for an MBA with a TR of C: 


Base address from Table 3-2 20918089 
Byte offset for the CR from Table 3-3 + G4 
CR address 264)8¢04 


Table 3-2 MBA Base Addresses 


Console Physical 


Base Address 





298A2000 
208849008 
28896880 
2908880809 
200 GAGHD 
29SBCOBB 
209 DEOOD 
20019000 
280129000 
29014008 
29816009 
20013000 
200 1AB9B 
209 1CBOO 
2OD1EDOO 


29929000 


QywWmWoOOaAWPUOAWANNAUAWPOFH 


be 
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Table 3-3 Register Byte Offsets 


Register Offset from Console 
Base Address 


Configuration/Status Register (CSR) BD 
Control Register (CR) G4 
Status Register (SR) 48 
Virtual Address Register (VAR) gC 
Byte Counter Register (BCR) 1@ 
Diagnostic Register (DR) 14 
Selected MAP Register (SMR) 18 
Command/Address Register (CAR) 1A 
3.6.1 Configuration/Status Register (CSR) 


Tne configuration/status register is a read/write MBA register 
that contains fault status, interrupt status, adapter dependent 
Status, and adapter code bits. Figure 3-1 illustrates these bits 


and Table 3-4 provides an explanation for the various bits in this 
register. 


313029 28)27 26 25 24/23 22 2120;19 16;15 12,11 08,07 


sae Se 
OVER TEMPERATURE ADAPTOR CODE 
(NOT IMPLEMENTED) 
ADAPTOR POWER UP 


ADAPTOR POWER DOWN 






SBI PARITY ERROR 


WRITE DATA 
SEQUENCE ERROR 


UNEXPECTED READ 
DATA ERROR 


MULTIPLE 
TRANSMITTER 
ERROR 


TRANSMITTER DURING FAULT 
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Figure 3-1 Configuration/Status Register (CSR) 


Table 3-4 
Bit 


31 PE 

SBI Parity 
Error (Fault 
A) 


38 WS 
Write Data 
Sequence 
(Fault B) 


29 URD 
Unex pected 
Read Data 
(Fault C) 


28 @ 


27 MT 
Multiple 
Transmitter 
(Fault D) 


26 XMTFLT 
Transmit 
Fault 





Set when an SBI parity error 
is detected. Cleared by 
power fail or the 
deassertion of fault. 











Set when no write data is 
received (neither tag = 
write data nor ID = write 








command ID) following a 
write command. Cleared by 
power fail or the 





deassertion of fault. 








Set when read data is 
received and not expected. 
Cleared by power fail or the 
deassertion of fault. 











Set when the ID on the SBI 
does not agree with the ID 
transmitted by the MBA while 
the MBA is transmitting data 
on the SBI. Cleared by 
power fail or the 
deassertion of fault on the 
SBI. 























Set when the SBI fault is 
detected at the 2nd cycle 
after the MBA transmits 





information on to the SBI. 
Cleared by power fail or the 
deassertion of fault. 
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Configuration/Status Register (CSR) Bit Assignments 


Set By/Cleared By 


Remarks 


The setting of 
this bit will 
cause fault to be 
asserted on the 
SBI for one cycle. 


The setting of 
this bit will 
cause fault to be 
asserted on the 
SBI for one cycle. 


The setting of 
this bit will 
cause fault to be 
asserted on the 
SBI for one cycle. 
Reserved for 
future use. 


The setting of 
this bit will 
cause fault to be 
asserted on the 
SBI. (The fault 
signal will § be 
asserted at the 
n oO re m a 1 
confirmation time 


for one cycle if 


the MBA detects 
one of the fault 
conditions. The 


negation of the 
fault signal on 
the SBI will clear 
all the fault 
status bits. Fault 
= Fault A + Fault 
B + Fault C + 
Fault D. 


Table 3-4 


Bit 


25:24 All @'sS 


23 PD 
Adapter Power 
Down 


22 PU 
Adapter Power 


Up 


21 OT 
Over 


Temperature 
20:88 All @'s 


@7:0@ Adapter 
Code 


Configuration/Status Register 


(Cont) 


set when the MBA power goes 
down. Cleared when power 
goes up. 


Set when the MBA power goes 
up. Reset when power goes 
down. Cleared by assertion 
of INIT, UNJAM, DC LO, or 


writing a 1 into this bit. 


Always @. 
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(CSR) 


Bit Assignments 


Set By/Cleared By Remarks | 


Reserved for 
future use. 


The setting of 
this bit will 
Cause interrupt to 
the CPU if IE is 
set. 


The setting of 
this bit will also 


set the IE bit and 
interrupt the CPU. 


Reserved for 
future use. 


Fach adapter is 
asSigned a unique 
code identifying 
it. The MBA 
adapter code is: 
Bit <87:9G> = 
ABLOLOAD 


3.6.2 Control Register (CR) 

The control register is a read/write register that contains the 
control bits: Interrupt Enable, Abort, and Initialization. This 
register can put the MBA in the maintenance mode. Figure 3-2 
illustrates this register's bits; Table 3-5 provides an 
explanation of the bits. 


31 
oo0o00j0000j;00NDO0jNNONDOJONONNIONDN OJON 000 


MAINTENANCE MODE 
INTERRUPT ENABLE 
ABORT 

INITIALIZE 









NOTE: ALL BITS ARE READMRITE EXCEPT INITIALIZE WHICH ALWAYS READS AS 0 
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Figure 3-2 Control Register (CR) 


Table 3-5 Control Register (CR) Bit Assignments 


Set By/ 
Bit Cleared By Remarks 
31:04 All @'s Reserved for future use. 
3 MM The setting of this bit will 
Maintenance put the MBA in the maintenance 
Mode mode, which will allow the 


diagnostic programmer to 
exercise and examine the 
Massbus operations without a 
Massbus device. When this bit 
is set, the MBA will block RUN, 
DEM, and assert FAIL to the 
Massbus so that all the devices 
on the Massbus will detach from 
the Massbus. This bit can only 
be set if a data transfer is 
not in progress. 


3-8 


Table 3-5 Control Register (CR) Bit Assignments (Cont) 


Set By/ 
Bit Cleared By Remarks 
G2 IE Set by writing Allows the MBA to interrupt CPU 
Interrupt a l or power up.]| when certain conditions occur. 
Enable Cleared by 

writing @ or 

INIT. 
$1 ABORT Set by writing The setting of this bit will 
Abort Data 1; cleared by initiate the data transfer 


Transfer writing @, abort sequences that will stop 
INIT, or UNJAM. sending commands and addresses, 

and stop the byte counter. 

It will also negate RUN, assert 

EXC to Massbus, wait for EBL, 

set ABORT to 1 at trailing edge 

of EBL. 


Interrupt CPU if IE bit is l. 


0% INIT This bit is The setting of this bit will: 
Initialization | self-clearing | clear status bits in the MBA 
(always reads configuration register, clear 
as @). ABORT and IE in the MBA control 
register, clear MBA status 
register, clear MBA byte count 
register, clear control and 
status bits of the diagnostic 
registers. It will also Cancel 
all pending commands except 
read data pending abort data 
transfer. Asserts Massbus INIT. 





3.6.3 Status Register (SR) 

The status register is a read/write register that contains MBA 
Status information such as: error indications, timeouts, and busy 
indicators. Figure 3-3 illustrates the bit assignments and Table 
3-6 describes the functions of the bits in the status register. 
All interrupts will occur immediately if there is no data transfer 
in progress. The interrupt will be postponed until the data 
transfer has terminated. 


313029 (27 1918171615 _1312,11 10 0908,07 06 05 04,0302 0100 


DATA TRANSFER PROGRAMMING 
BUSY ERROR 
NO RESPONSE NON EXISTENT 
CONFIRMATION DRIVE 
CORRECTED MASSBUS CONTROL 
READ DATA WRITE ERROR 


MASSBUS ATTENTION. 


DATA TRANSFER COMPLETE 
DATA TRANSFER ABORT 
DATA TRANSFER LATE 
WRITE CHECK-UPPER ERROR 
WRITE CHECK-LOWER ERROR 
MISSED TRANSFER 
MASSBUS EXCEPTION 
MASSBUS DATA PARITY ERROR 
MAP PARITY ERROR 
INVALID MAP 
ERROR CONFIRMATION 
READ DATA SUBSTITUTE 
INTERFACE SEQUENCE TIMEOUT 
READ DATA TIMEOUT 
NOTE: WRITE 1 TO CLEAR BITS IN 
THIS REGISTER EXCEPT BIT 31 
WHICH IS READ ONLY. 
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Figure 3-3 Status Register (SR) 
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Table 3-6 Status Register (SR) Bit Assignments 


Bit 


31 DTBUSY 
Data Transfer 
Busy 


3@ NRCONF No 
Response 
Confirmation 


29 CRD 
Corrected 
Read Data 


28:28 All @'s 


19 PGE 


18 NED 
Nonexisting 
Drive 


Set when a data transfer 
command is received. Cleared 
when a data transfer is 
aborted. 


Set when the MBA receives a 
no-response confirmation for 
the read command or write 
command and write data sent 
to the SBI. Cleared by 
writing a 1 to this bit or 
INIT. 


Set when tag of read data 
received from memory is CRD. 
Cleared by writing a 1 to 
this bit or INIT. 


Set when one or more of the 
following conditions exists. 


Program tries to initiate a 
data transfer when the MBA 
is currently performing one. 
Program tries to load MAP, 
VAR, or byte counter while 
the MBA is performing a data 
transfer operation. Program 
tries to set MBA maintenance 
mode during a data transfer 
operation. Program tries to 
initiate a nonacceptable 
data transfer command. 
Cleared by writing a 1 to 
this bit. 


Set when drive fails to 
assert TRA within 1.5 us 
after assertion of DEM. 
Cleared by writing a 1 to 
this bit. 





Set By/Cleared By Remarks 


Read only. 


The setting of 
this bit will 
Cause retry of the 
command. 


Reserved for 
future use. 


The setting of 
this bit will 
Cause an interrupt 
to the CPU if IE 
bit in the control 
register is set. 


The setting of 


this bit will send 
zero read data 
back to the SBI, 
and interrupt the 
CPU if IE bit in 
the control 
register is set. 





Table 3-6 Status Register (SR) Bit Assignments (Cont) 


Bit 


17 MCPE 
Massbus 
Control 
Parity Error 


16 ATTN 
Attention 
from Massbus 


15:14 All @'s 


13 DT COMP 
Data Transfer 
Completed 


12 DTABT 
Transfer 
Aborted 


Data 


ll DLT Data 
Late 


18 WCK UP ERR 
Write Check 
Upper Error 


of EBL 


Set when Massbus 
parity occurs. 


control 


Cleared by 


writing a 1 to this bit. 


Set when the attention line 
in the Massbus is asserted. 


Set when data 
completed. 


transfer is 
Cleared 


by 


Writing a 1 to this bit. 


Set with the 
when 
transfer has been 


this bit or INIT. 


This bit is set: 


or a write 


trailing edge 
the 


data 


aborted. 
Cleared by writing a 


1) 
either a write data transfer 


check 


1 to 


for 


data 


transfer providing the data 
buffer is empty when WCLK is 
sent to the Massbus, 


a read data 


full when SCLK is 
from the Massbus. 


2) 


for 


transfer 
providing the data buffer is 
received 


Set when a compare error is 


detected 
while the 
a write check 
Cleared by writing 
this bit or INIT. 
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a 


in the upper byte 
MBA is performing 
operation. 


1 to 





Set By/Cleared By Remarks 


The setting of 
this bit will 
cause an interrupt 
to CPU if the IE 
bit in the control 
register is set. 


The setting of 
this bit will 
cause an interrupt 
to the CPU if the 
IE bit in the 


control register 
is set. 

Reserved for 
future use. 

The setting of 
this bit will 


cause an interrupt 
to the CPU if the 


IE bit in the 
control register 
is set. 

The setting of 
this bit will 
cause an interrupt 
to the CPU if the 
IE bit in the 
control register 
is set. 

The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 

The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 


Table 3-6 
Bit 


9 WCK LWR 
ERR Write 
Check Lower 
Error 


@8 MXF Missed 
Transfer 
Error 


97 MBEXC 
Massbus 
Exception 


06 MDPE 
Massbus Data 
Parity Error 


@5 MAPPE Page 
Frame Map 
Parity Error 


84 INVMAP 
Invalid Map 


Status Register (SR) Bit Assignments (Cont) 


Set By/Cleared By 


Set when a compare error is 
detected in the lower byte 
while the MBA is performing 
a write check operation. 
Cleared by writing a 1 to 
this bit or INIT. 


Set when no OCC or SCLK is 
received within 58 us after 
data transfer busy is set. 
Cleared by writing a 1 to 
this bit or INIT. 


Set when EXC is received 
from Massbus. Cleared by 
writing a 1 to this bit or 
INIT. 


Set when a Massbus data 
parity error is detected 
during a read data transfer 
operation. Cleared by 
writing a 1 to this bit or 
INIT. 


Set when a parity error is 


detected on the data read 
from the map during a data 
transfer. Cleared by writing 
a l to this bit or INIT. 


Set when the valid bit of 
the next page frame number 
is zero and the byte counter 
is not zero. Cleared by 
writing a 1 to this bit or 
INIT. 
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Remarks 


The Setting of 
this bit will 
cause the data 
transfer to be 
aborted. 


The setting of 
this bit will 
cause an interrupt 
to the CPU if the 
IE bit in the 
control register 
is set. 


The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 


The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 


The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 


The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 


Table 3-6 
Bit 


03 ERR CONF 
Error 
Confirmation 


92 RDS Read 
Data 
Substitute 


91 IS TIMEOUT 
Interface 
Sequence 
Timeout 


@8 RD TIMEOUT 
Read Data 
Timeout 


Status Register (SR) Bit Assignments (Cont) 


Set By/Cleared By 


Set when the MBA receives 
error confirmation for a 
read or write command. 
Cleared by writing a 1 to 
this bit or INIT. 


Set when the TAG of the read 
data received from memory is 
read data substitute. 
Cleared by writing a 1 to 
this bit or INIT. 


Set when an interface 
sequence timeout occurs. An 
interface Sequence timeout 
is defined as the time from 
when arbitration for the SBI 
is begun until: 

1) ACK is received for a 
command address’7 transfer 


that specifies read; or 
2) ACK is 


received for a 
command/address transfer 
that specifies write and 
write data; or 

3) ERR confirmation is 
received for any 
command/address transfer. 
The maximum timeout is 102.4 
us. Cleared by writing a 1 
to this bit or INIT. 


Set when a read data timeout 
occurs. A read data timeout 
is defined as the time from 
when an interface sequence 
that specifies a read 
command is completed to the 
time that the specified read 
data is returned to the 
commander. The maximum 
timeout is 1@2.4 ~s. Cleared 
by writing a 1 to this bit 
or INIT. 





3-14 


Remarks 


The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 


The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 


The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 


The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 


3.6.4 Virtual Address Register (VAR) 

Before a data transfer is initiated, the program must load an 
initial virtual address (pointing to the first byte to be 
transferred) into this register. Figure 3-4 illustrates the bit 
assignments for the virtual address register. Bits 69 through 15 
select one of the 256 MAP registers. The contents of the selected 
MAP register and the value of bits 8@ through 88 are used to 
assemble a physical SBI address to be sent to memory. Bits @@ 
through @8 indicate the byte offset into the page of the current 
data byte. The virtual address register may not be written into 
during a data transfer. An attempt to do so will set PGE, but the 
virtual address register will not be modified and the data 
transfer will continue. 


NOTE 

The MBA virtual address register is 
incremented by eight after every memory 
read or write and will not point to the 
next byte to be transferred if the 
transfer does not end on a quadword 
boundary (it will point eight bytes 
ahead). When a write check error occurs, 
the virtual address register will not 
point to the failing data in memory due 
to the preloading of the silo data 
buffer. The virtual address of the bad 
data may be found by determining the 
number of bytes actually compared on the 
Massbus (the difference between bits 16 
to 31 of the byte count register and 
their initial value) and adding that 
difference to the initial virtual 
address. 


28 27 24 23 20,19 16,15 09,08 07 
MAP POINTER PHYSICAL PAGE BYTE 
ADDRESS 
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Figure 3-4 Virtual Address Register (VAR) 


3.6.5 Byte Count Register (BCR) 

The program loads the 2's complement of the number of bytes for 
the data transfer to bits 15 through @@ of this register. The MBA 
hardware will load these 16 bits into bits 31 through 16 and bits 
15 through @@ of the byte count register. Bits 31 through 16 serve 
as the byte counter for the number of bytes transferred through 
the Massbus and bits 15 through @@ serve as the byte counter for 
the number of bytes transferred through the SBI interface. The 
starting byte count with 16 bits of zeros is the maximum number of 
bytes of a data transfer. Figure 3-5 illustrates the byte count 
register's bit assignments. The byte count register may not be 
modified during a data transfer. An attempt to do so will be 
ignored and PGE will be set. 


3% | “| 23 | T | 7 | 00 


YS Or Cc oY’ 


MASSBUS BYTE COUNTER SBI BYTE COUNTER 
(READ ONLY) (READ/WRITE) 
NOTe: DATA WRITTEN INTO THE 2's COMPEMENT OF THE 


5BI BYTE COUNTER ISCOPIED NUMBER OF BYTES TO BE TRANSFERRED 
INTO THE MASSBUS BYTE 
COUNTER. ee 


Figure 3-5 Byte Counter Register (BCR) 


3.6.6 Diagnostic Register (DR) 

The diagnostic register is a read/write register that contains MBA 
diagnostic information. This register allows diagnostics to be run 
without any drives on the Massbus. Figure 3-6 illustrates the bit 
assignments, and Table 3-7 describes the function of the various 
bits in this register. The diagnostic register may not be written 
unless the MBA is in the maintenance mode. An attempt to write the 
diagnostic register when not in the maintenance mode will be 
ignored. Caution should be exercised when reading this register in 
the maintenance mode. The data path used to read bits #@ through 
7 may inject invalid data into the silo if the MBA has just read 
data from memory. It is advisable to wait 2@ us from _ the 
initiation of a transfer or the deassertion of SCLK before reading 
or modifying this resister. 
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24,2322 21 


INVERT MASSBUS 
DATA PARITY 


INVERT MASSBUS 
CONTROL PARITY 


INVERT MAP PARITY 


BLOCK SENDING 
COMMAND TO SBI 


SIMULATE SCLK 
SIMULATE EBL 
SIMULATE OCC 


SIMULATE ATTN 


MDI B SELECT 


MASSBUS FAIL (READ ONLY) 
MASSBUS RUN (READ ONLY) 
MASSBUS WCLK (READ ONLY) 
MASSBUS EXC (READ ONLY). 
MASSBUS CTOD (READ ONLY) 






MASSBUS 
DRIVE 
SELECT 
(READ ONLY) 


MASSBUS REGISTER SELECT 
(READ ONLY) 


SELECTED MDIB (READ ONLY) 
(VALID DURING MAINTENANCE 
MODE ONLY) 


NOTE: BITS 21 AND 22 ARE READ/WRITE 
FOR DIAGNOSTIC TEST PURPOSES 
ONLY 
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Figure 3-6 Diagnostic Register (DR) 


Table 3-7 


Diagnostic Register (DR) Bit Assignments 


31 


39 


29 


28 


27 


IMDPG 


IMC PG 


IMA PP 


BLKSCOM 


SIMSCLK 





Invert Massbus Data Parity Generator. 
Invert Massbus Control Parity Generator. 
Invert MAP Parity. 


Block Sending Command to the SBI. During a 
data transfer, the setting of this bit will 
eventually cause a DLT bit set and a DT 
ABORT. 


Simulate SCLK. When the MM bit is set, 
writing a 1 to this bit will simulate the 
assertion of SCLK; writing a 6 to this bit 
will simulate the deassertion of SCLK. 
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Table 3-7 Diagnostic Register (DR) Bit Assignments (Cont) 


Bit 


25 


24 


23 


22221 


20 


19 
18 
17 
16 
Loe LS 
12:8 


SIMEBL 


SIMOCC 


SIMATTN 


MPIB SEL 


MAINT ONLY 
MFAIL 


MRUN 
MWC LK 
ME XC 
NCTOD 
MDS 
MRS 


U/L MDIB 


Description 


Simulate EBL. When MM bit is set, writing a l 
to this bit will simulate the assertion of 
EBL; writing a 9 to this bit will simulate 
the deassertion of EBL. 


Simulate OCC. When MM bit is set, writing a l 
to this bit will simulate the assertion of 
OCC; writing a @ to this bit will simulate 
the deassertion of OCC. 


Simulate ATTN. When MM bit is set, writing a 
1 to this bit will simulate assertion of 
ATTN; writing a @ to this bit will simulate 
the deassertion of ATTN. 

Maintenance Massbus Data Input Buffer Select. 
When this bit is set to a 1, the upper eight 
bits (B<15:@8>) of the MDIB will be sent out 
from bits @7 through 98 of the diagnostic 
register if the diagnostic register is read. 
When the bit is 6, the lower eight bits 
(B<87: 88>) of the MDIB will be sent out from 
bits 87 through 9@ of the diagnostic register 
if it is read. 


Read/write with no effect. Used to test the 
writability of these bits. 


Massbus Fail (read only). Fail is asserted 
when MM is set. 


Massbus Run (read only). 

Massbus WCLK (read only). 

Massbus EXC (read only). 

Massbus METOD (read only). 

Massbus Device Select (read only). 
Massbus Register Select (read only). 


Maintenance Upper/Lower MDIB. 
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3.6.7. Selected MAP Register (SMR) 

This register is read-only and has the same format as a MAP 
register (Paragraph 3.6.9) but is valid only when DT BUSY is set. 
This is the contents of the MAP register pointed to by bits 16 
through @9 of the virtual address register. Figure 3-7 illustrates 
the bit assignments of the selected MAP register. 


3.6.8 Command Address Register (CAR) 

This register is read-only and valid only when DT BUSY is set. It 
contains the value of bits 31 through 8@ of the SBI during the 
-command/address part of the MBA's next data transfer. 


3.6.9 MAP Registers 

The MBA contains 256 MAP registers, each of which may be selected 
by address bits @@ to @7. Bit 31 of the MAP registers is a valid 
bit, bits 3@ through 21 are all @'s (intended for future use), and 
bits 29 through @@ represent the physical page frame number. Bits 
99 and @8 are 1 and 8, respectively. MAP registers can only be 
written when there is no data transfer operation in progress. A 
write to a MAP register while a data transfer is in progress will 
be ignored and cause the setting of PGE and interrupt the CPU at 
the end of a transfer if IE is set. Figure 3-7 illustrates the bit 
assignment of the MAP registers. 





VALID BIT PHYSICAL PAGE FRAME NUMBER 


TK-0715 


Figure 3-7 MAP Registers 


aya > DRIVE REGISTER CALCULATIONS 
The registers within a drive contain various drive information. 
The address of a particular register in a drive is dependent on 
the drive's unit number and the assigned TR level of the MBA that 
controls the drive(s). To calculate the address of a register, 
follow the procedure outlined below. 


Ls Obtain the base address of the MBA from Table 3-2. 
2% Locate the desired register number and drive number for 
the drive register from Table 3-8. The intersection of 


the row and column will be the register offset. 


Ss Add the MBA base address to the register offset to obtain 
the register address. 
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Example 
To determine the address of register number 92 in drive number @4 
with an MBA with a TR level of @8: 


MBA base address 26019000 
Intersection of register and drive number + 608 
Register 92 in drive number 94 20818688 


Since Massbus drive registers are only 16 bits wide, the following 
convention has been adopted. 


1. On writes only, the low 16 bits of the longword will be 
written. 


2% On reads, the drive register will supply the low 16 bits 
and the MBA's Status Register (SR) will supply the upper 
16 bits (B<31:16> of the SR) when a drive register is 
read. 
Table 3-8 Drive Address Conversion 
MBA Base Address + (Value from table below) = register address 


Drive Number 


Register [B [1 [2 [3 [4@ [5 ]é6 |? 


BO ABD 780 
81 | 494 784 
G2 468 788 
83 | 4gc 78C 
B4 | 419 796 
a5 | 414 794 
B6 | 418 798 
27 | 41c 79C 
08 | 429 7AG 
a9 | 424 6A4 
OA 428 7A8 
OB | 42C 7AC 
BC | 436 7BO 
OD | 434 7BA4 
BE 438 7B8 
OF | 43C 7BC 
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CHAPTER 4 
MBA FUNCTIONAL/LOGIC DESCRIPTION 


4.1 GENERAL 

This chapter provides a functional description of the RH78@ 
Massbus Adapter. Logic descriptions are included in subsequent 
Paragraphs, where necessary, to clarify operation of the MBA. The 
chapter is divided into four sections: MBA/SBI interface, internal 
registers, data paths, and control paths. The reader should be 
familiar with the material in the preceding chapters and the 
timing diagrams in the RH78@ Field Maintenance Print Set (REV B or 
later). The print set will be referenced throughout this 
discussion. Figure 4-1 is a block diagram of the RH78@8 Massbus 
Adapter. 


4.2 MBA/SBI INTERFACE 

The MBA/SBI interface accepts information from the SBI when it 
recognizes itself as the intended receiver. Figure 4-2 is a block 
diagram of the interface. The various components of the interface 
are discussed in the following paragraphs. 


4.2.1 SBI Decoding and Validating (Overview) 

CPU transfers to or from MBA (or drive) registers require one or 
two successive SBI transfer cycles. The first cycle always 
contains the command/address. The second contains the data word if 
the command was a write. 


The command/address placed on the SBI data lines by the CPU at TO 
is loaded into the SBI/MBA transceivers between T2 and T3 and 
latched at T3. The time lapse between assertion and latching of 
the input in the transceivers provides deskew and settling time to 
compensate for any propagation delays on the SBI. 


The parity of the latched information is then checked and the TAG 
Field is decoded. If the tag is determined to be a 
command/address, the SBI address B<14:11> is compared with the 
preselected MBA device address to determine if the MBA is the 
intended recipient of the SBI command. If the address is not the 
MBA's, the information will not be processed, nor will the MBA 
issue a confirmation (no response). In this case, the interface 
circuits will continue to check the SBI data lines during the 
following SBI cycles until a valid command/address is latched. 


The MBA only recognizes the following SBI commands: write masked, 
interlocked write masked (entire longword only), read masked, 
interlocked read masked, and interrupt summary read. 


If the MBA recognizes the address and is not performing another 
SBI data transfer operation (MBA BUSY is not asserted) and the 
mask and function bits indicate a valid command, the MBA will 
issue an ACK confirmation to the CPU verifying that the 
command/address has been received correctly. Confirmation occurs 
two cycles after receipt of the command/address. 
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Figure 4-1 MBA Block Diagram 
(Sheet 1 of 2) 
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Figure 4-1 MBA Block Diagram 
(Sheet 2 of 2) 
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If the MBA is busy, a BUSY confirmation signal is sent to the CPU 
in response to tne valid command/address. The CPU will then 
rearbitrate for use of the SBI and repeat the transmission until 
the command/address is accepted or until the CPU times out. 


It should be noted that there are two busy indications in the MBA, 
DT BUSY and MBA BUSY. DT BUSY indicates that a data transfer is in 
progress to or from the storage media. While DT BUSY is set, the 
MBA registers may be read and some written. MBA BUSY indicates 
that the MBA's SBI interface is in use. While MBA BUSY is 
asserted, the MBA will respond with a BUSY confirmation to all 
commands issued by the CPU. DT BUSY remains asserted for the 
duration of a data transfer (typically 18--1988 ms). During a data 
transfer, MBA BUSY will be set or reset as the MBA uses the SBI to 
transfer 8 data bytes to or from memory in an 8-byte burst. 
Typically, MBA BUSY will be set for approximately 1 us and will 
remain clear until enough data has accumulated to cause another 
transfer (approximately 198 us). While MBA BUSY is clear, the CPU 
may access MBA registers. 


If the MBA recognizes the address but the command is invalid, an 
error confirmation will be issued two cycles after receipt of the 
command/address cauSing the CPU to abort the attempted transfer. 


After receipt of the command/address, the appropriate MBA BUSY 
and/or the expected write data flip-flop is set, depending on the 
read/write function to be performed. These functions will be 
described later. 


Note that the parity checking, decoding, and validation functions 
described in the following paragraphs are performed in parallel by 
the SBI interface. 


4.2.2 Timing (MSIR) 

All data transfers between the SBI and the MBA are synchronized by 
six timing signals: BUS SBI TP H, BUS SBI TP L, BUS SBI PCLK H, 
BUS SBI PCLK L, BUS SBI PDCLK H, and BUS SBI PDCLK L. These timing 
Signals are generated by the CPU. The MBA uses these timing 
Signals to derive four SBI time states: T#, Tl, T2, and T3. These 
derived time states define an SBI cycle (298 ns). The major MBA 
timing signals and their relationship to the SBI timing is 
illustrated in Figure 4-3. These signals are used to synchronize 
MBA operations with the SBI. 


4.2.3 SBI Control and Data Transceivers (MSIA, MSIB) 

Information transferred to and from the MBA is loaded and latched 
in the control and data transceivers (Figure 4-2) by TCLKA and 
TCLKB (T@, transmit) or RCLKA and RCLKB (T2, receive). 


The first longword transferred in any SBI/MBA operation is the 
command address. When transmitting a command/address or data 
longword, the information is loaded in the control and data 
transceivers and transmitted to the SBI at the appropriate time. 
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Internal Timing 


When a command/address is received, it is checked for parity 
errors and decoded to identify the format of the information 
transferred, establish the function to be performed (read, write 


or interrupt Summary read), and identify the source and 
destination of the data. 


4.2.4 Parity Error Checking (MSIC) 

The parity check provides a means of detecting single-bit errors 
in incoming information. Figure 4-4 shows how the parity bits are 
decoded. Each control field is parity checked to produce a single 
parity bit; each byte of the address is parity checked to produce 
two parity bits. These bits are configured so that the contents of 
the control and data fields, plus their parity bits, will always 
have an even number of bits (even parity). Any control field or 
data longword containing an odd number of bits is assumed to be in 
error. 


If there are no parity errors, CNTRL PAR OK H and DATA PAR OK H 
will be generated. These signals, together with other validation 
Signals, verify the incoming information and enable other 
interface circuits to continue processing the command/address or 
data. 


REC SBI PARO H 
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Figure 4-4 Parity Check (MSIC) 
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If a parity error is detected, the parity check circuit produces a 
fault indication CNTRL PAR ERR H or DATA PAR ERR H, depending on 
the source of the error. Either signal will inhibit the tag and 
function decoding (preventing the MBA from recognizing the 
command) and set the configuration/status register parity fault 
flag causing assertion of the fault line to the CPU. The CPU 
continues to assert fault until the program examines the fault and 
negates the condition. (Refer to Translation Buffer, Cache and SBI 
Control Technical Description, EK-MM78@-TD-@@1.) 


4.2.5 Tag Decoding (MSID) 
If no parity errors are detected, the MBA decodes the tag field. 


The tag field identifies the type of information transferred over 
the SBI and the relationship of the ID and data fields. The tag 
field also functions in conjunction with the mask field to define 
special read and write conditions. 


The decoding of the tag field is accomplished by a 3-to-8 line 
decoder (Figure 4-5). The decoder is enabled provided an MBA 
transfer is not in progress (NOT USING SBI L and XCYCLE L are not 
asserted), and there are no parity errors. Tag bits <2:@> are 
decoded to produce one of four outputs: READ DATA, WRITE DATA, 
CMD/ADRS, and ISR (Interrupt Summary Read). The tag is decoded 
(provided a parity error did not occur) during every SBI cycle. 
When a command/address is received, the tag decoder generates 
CMD/ADRS H. This signal is sent to the confirmation circuit. 
Further decoding and validation checks are then performed. If the 
decoded tag indicates the read data, write data, or an ISR, the 
appropriate output will set the corresponding flip-flop preparing 
the MBA for execution of the first data longword during the next 
SBI cycle. 


4.2.6 Address Validation (MSID) 

Address validation determines if the address received from the SBI 
corresponds to that assigned to the MBA. Figure 4-6 is a 
Simplified block diagram of the logic. As seen in this figure, 
address validation is accomplished by comparing address bits 
<14:11> with the preselected TR level (TR SELA:SELD). TR SELA:SELD 
corresponds to the ID code identifying the MBA and represents the 
arbitration level. 


If address bits <14:11> and TR SELA:SELD do not compare (#), the 
address is invalid and the MBA will ignore the command. If the 
address bits and the TR bits are equal, the comparator produces a 
Single output (H). This output produces ADRS OK H when ANDed with 
REC SBI B 27 H, REC SBI BK<1@,27:15>H (which must be all zeros), 
and VALID ADRS H. VALID ARDS H is generated by decoding the 
address register selection bits, REC SBI B<@9:93>H, which select 
the internal or external register addressed by this command. ADRS 
OK H is sent to the configuration logic along with CMD/ADRS H 
described in Paragraph 4.2.3. 
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Figure 4-5 Tag Decoding (MSID) 
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Figure 4-6 Address Validation Simplified Block Diagram 
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4.2.7 Function Decoding (MSID) 

Since the MBA will only respond to longword reads or writes, the 
mask bits of the command/address from the SBI must be all 1's in 
order to enable the decoder that generates WRITE FCN H or READ FCN 
H, and VALID FCN H or INVALID FCN H. Function bits <31:28> of the 
command/address format specify the type of read or write command. 
Figure 4-7 illustrates the function decoding process. 


If the mask or function bits <31:28> of a command address are not 
valid the decoder generates INVALID FCN H, which returns an error 
confirmation. 


4.2.8 MBA BUSY Generation Logic (MSIE) 

MBA BUSY is asserted when the MBA/SBI interface is processing an 
SBI command. The busy flip-flop is set upon the _ successful 
completion of the command/address decoding and validation process. 
If MBA BUSY is already asserted, a confirmation signal (SEND BUSY 
CNF H) is returned and the function is not decoded. Write to 
internal register functions complete immediately and do not set 
MBA BUSY. MBA BUSY generation logic is illustrated in Figure 4-8. 
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Figure 4-7 Functioning Decoding (MSID) 
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Figure 4-8 MBA BUSY Generation 


When a valid command/address is decoded, ACK is sent to the SBI, 
followed by the assertion of MBA BUSY. When a read has occurred, 
MBA BUSY is cleared after the requested data is put on the SBI or 
if the SBI was not granted within a specific time period. When a 
write has occurred to a drive register, MBA BUSY is cleared 25% ns 
after TRA is received. If TRA is not received after a specific 
time period, NED is set and MBA BUSY is cleared. 


MBA BUSY is not asserted when there is a parity error and we are 
expecting write data (EXP WP H and PAR ERR H asserted) or a write 
data error (WD ERR H) occurs. WDERR H is asserted when we are 
expecting write data, but do not receive it. SEND BUSY CNF H is 
asserted when MBA BUSY is asserted and_ the received 
command/address has indicated a valid function is to be performed. 


4.2.9 Confirmation Logic (MSIJ, MSIM) 

Confirmation logic in the MBA informs the CPU whether or not an 
information transfer has been received correctly and, in the case 
of a received command/address, if the MBA can process the command. 
CNF@ and CNF1l are encoded or decoded (depending upon whether the 
function is a read or write) to specify one of four responses: 


Response 






No Response 
Acknowledge (ACK) 
Busy (BUSY) 
Error (ERR) 
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ACK is the anticipated response to a successful data transfer. ERR 
will cause the data transfer to be aborted, and N/R or BUSY will 
cause a retry of the data transfer. 


When the MBA is the receiving nexus it generates the response. 
When the data transfer is from a Massbus storage device to memory, 
memory generates the response. During a data transfer, 
synchronization of the confirmation codes with the command/address 
or data word is accomplished by the cycle flip-flop. 


4.2.9.1 Response Generation (MSIM) --— When the MBA receives data 
(read or write) it generates a response to the transmitting nexus. 
Acknowledge will be generated (SEND ACK H asserted) when 
information is received correctly. To acknowledge a received 
command/address there must be no errors (CMD/ADRS H, ADRS OK H 
asserted), the MBA cannot be processing another command (MBA BUSY 
Cleared), and the command address must specify a valid function 
(VALID FCN H asserted). Acknowledgment of write data occurs when 
the function specified was a write and was successful (received 
write data and CS WRITE FCN H and WRITE DATA H are asserted). The 
MBA will acknowledge read data if the read data was received 
correctly (ID OK H, READ DATA H, and READ DATA PEND H are 
asserted). When the received information is not valid, an error 
confirmation will be sent to the transmitting nexus. SEND ERR CNF 
H will be asserted when the command/address specifies an invalid 
function. XMIT MBA FAULT will also be asserted if there is an 
error in the write data (WD ERR H), if the MBA receives unexpected 
read data (UNEXPECTED RD H), if a parity error occurs (PAR ERR H), 
or if the transmited and received IDs are not equal (XMIT/REC ID 
EQ L not asserted). A BUSY confirmation will be generated when MBA 
BUSY is asserted indicating that the MBA is processing a data 
transfer command. Figure 4-9 illustrates the logic used in 
response generation. 









XMIT CHFO H 
SEND ACK H 
ENCODE 
SEND ERR CNF H RESPONSE 
SEND BUSY CNF H 
XMIT CNF1H 


SEND FAULT H XMIT MBA FAULT H 


TIB H 
PWRF + UNJAM H 


TK-0785 


Figure 4-9 Response Generation (MSIM) 
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4.2.9.2 Confirmation Check (MSIJ) -~-- When memory generates a 
response to the MBA for received data, the MBA must be able to 
interpret the response in order to react to the transfer. If the 
data transfer has occurred successfully, WD2 ACK H will be 
asserted. If an error in received data was detected by memory, SET 
ERROR CNF L will be asserted. The MBA will retry to transfer (SET 
RETRY L) data if any one of the following conditions exist: 


a. N/R received from memory 

b. No ACK received for the first longword 
om Memory is BUSY 

d. No ACK received for the second longword. 


The MBA will retry until a timeout occurs or data late is received 
from memory. 


CLR C/A xXCYC L is asserted to clear transfer status within the 
MBA. This will occur when a data transfer retry occurs or an error 
occurs in the data transfer. One of the following conditions will 
assert CLR C/A XCYC L: 


a. ERR occurs during the transfer 
Ds Memory is BUSY 
Cu N/R received from memory 


ds No ACK received for the first longword. 


SET N/R CNF L indicates that no response to the data memory 
requested has been received by the MBA. SET N/R CNFL is asserted 
when any of the following conditions exists: 


a. No ACK received for the first longword 
b. CPU did not ACK requested data 

Cs N/R received from memory 

d. No ACK received for the second longword. 


REQ COMPLETE L will be asserted when the data transfer requested 
is complete or when a nonrecoverable error occurs. Figure 4-19 is 
a simplified diagram of the logic that performs the confirmation 
check. 


4.2.19 Interface Fault Assertion 

Faults that occur during the SBI decoding and validation process, 
such aS parity and unexpected read data, set a corresponding 
interface fault flip-flop. This output sets the appropriate bit in 
the configuration/status register and asserts the SBI fault line. 
The fault line will remain asserted until the program examines the 
fault status bits and negates the fault. Paragraph 3.6.1 provides 
an explanation of the various faults. 
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Figure 4-1@ Confirmation Check 


4.2.11 Request Logic (MSIK) 

When requesting control of the SBI to respond to an internal read, 
external read, or to transfer data the request flip-flop produces 
CURRENT REQ H (indicating that an SBI operation is to occur), 
which sets the TR send flip-flop. Its output, SEND TR H, is 
applied to internal register arbitration logic, which causes the 
assertion of the MBA's assigned TR level at T@ of the following 
SBI cycle. If the MBA'S arbitration line represents the highest 
priority, the internal register arbitration logic issues ARB OK, 
allowing the MBA to assume control of the SBI. The combination of 
SEND TR, ARB OK, and the function requested may initiate many 
functions such as setting the read data pending flip-flop, 
Starting the timeout operation, and control and transfer functions 
within the internal registers, control paths, and data paths. 
Figure 4-11 is a simplified diagram of the logic used to 
accomplish this. 


4.2.12 Timeout Logic (MSIH) 

Interface sequence timeouts and read data timeouts on the MBA are 
accomplished by the logic shown in Figure 4-12. The counter 
consists of two 4-bit counters in cascade. 


An interface sequence timeout (SET IS TIMEOUT L) can occur when 
the MBA is arbitrating for control of the SBI. The counter will 
wait up to 512 SBI cycles after an attempt to get the bus (SEND TR 
H) before the timeout occurs. A read data timeout can occur only 
during a read data transfer. If the read data is not received 
within 512 SBI cycles after memory has accepted the read command 
(RDPD1 H), SET RD TIMEOUT L is asserted. 
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Figure 4-11 Request Logic (MSIK) 
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Figure 4-12 Timeout Logic (MSIH) 


4.2.13 Command/Address Generation (MSIM) 

The command/address format that consists of a parity, tag ID, 
function, and address fields is used to process data transfers 
from the MBA to a receiving nexus (memory) via the SBI. 


During the command/address, the mask field is encoded to specify 
which bytes of data (read or write) are valid. Figure 4-13 is the 
logic associated with the mask bits. 
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Figure 4-13 Mask Generation (MSIM) 
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When INT RD REQ L or EXT RD REQ L is asserted it indicates a read 
of an internal or external MBA register. This will cause the mask 
bits to be all zeros. During a data transfer, where the MBA will 
send the read command to memory (indicating a write to device DT 
READ H cleared; SEND TR H and CMD REQ A H asserted), the mask bits 
will be all 1's. During a write to memory indicating a read from 
device, mask bits BYTE MASK 1<3:@>H will be selected. These mask 
bits indicate which bytes in the first transferred quadword have 
valid data. In this case DT READ H, SEND TR H, and CMD REQ A H 
will be asserted. ENAB WDI MUX H indicates transfer of the first 
data quadword. When this is asserted, BYTE MASK 2<3:8>H is 
Selected, which indicates which bytes of the second quadword are 
valid. The mask bits of the second quadword will be all zeros. The 
mask bits are latched through multiplexer at Tl and applied to the 
MBA/SBI control transceivers. 


The ID field is the identifier for the MBA. The logic associated 
with the ID field is illustrated in Figure 4-14. The ID field can 
be derived from either of two sources, depending on the operation 
to be performed. The first source is the hardwired MBA ID (TR SEL 
A-D H), which is representative of the MBA priority levels 
assigned at system build time. This is always available at the ID 
select multiplexer input. The hardwired ID is used by the MBA to 
talk to memory. The second ID source is the received ID from the 
SBI/MBA control transceivers. This is loaded into the saved ID 
latch every time the MBA receives a command/address from the SBI 
and is applied to the ID select multiplexer. The saved ID is used 
to return data to the CPU. ID selection is determined by the state 
of CMD REQ. When requesting memory data, CMD REQ is high and the 
hardwired ID (TR SEL A-D H) is transmitted, via the SBI/MBA 
transceivers. When the MBA is excepting read data from memory, the 
received ID is compared with that of the MBA. If the received ID 
and the MBA ID compare, the read data has arrived, assuming that 
all other decoding and validation checks are performed 
satisfactorily. The MBA also monitors the ID on the SBI while it 
is asserting data on the SBI. If the received ID and MBA ID are 
not equal, the ID equal comparator issues a fault indication 
setting the appropriate configuration/status register fault bit 
and asserting the SBI fault line. The fault is asserted only if 
the MBA is putting data on the SBI and the ID on the SBI is not 
the same as the one the MBA asserted. As in other fault 
situations, the fault can be cleared by INIT or deassertion of the 
fault signal. 


The tag field is determined by the state of SEND TR H and select 
input CMD REQ B. When TR H is high and CMD REQ is low (the MBA is 
responding to a CPU read), the encoded output of the tag 
multiplexer represents a read data format. 
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Figure 4-14 Tag and ID Generation (MSIM) 
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Conversely (during a data transfer), the tag field represents a 
command/address when SEND TR and CMD REQ are both high. When SEND 
TR H is low and CMD REQ is high, the tag field represents a write 
data format. The tag field remains latched in the tag multiplexer 
until receipt of Tl. At this time the tag field is available to be 
loaded into the control transceivers for subsequent’ SBI 
transmission. The logic associated with the tag field is shown in 
Figure 4-14. 


4.2.14 Mask Decoding 

As seen in Figure 4-15, when the SBI TAG indicates read data and 
the ID is that of the MBA, the mask field received from the SBI 
specifies the type of read data the MBA has received. There are 
three data types: Read Data Substitute, Corrected Read Data, and 
Normal Read Data. RD SUBSTITUTE is data in which an uncorrectable 
error has occurred. CORRECTED DATA is data in which an error has 
occurred but has been corrected. NORMAL DATA is data in which 
there has been no error. 


4.2.15 Internal Bus and Interrupt Summary Read Logic 

INT BUS O CLK H latches data from the internal bus into the 
MBA/SBI interface receivers. This occurs independently of the 
decoding and validation process described previously. Multiplexers 
select the data to be transferred to the SBI, either internal bus 
data or Interrupt Summary Response data (ISR RESP<15:9@>H). Data 
is transmitted to the SBI only if T/R ENAB A L is asserted for the 
internal bus data or T/R ENAB B L is asserted for the ISR data. 
Figure 4-16 is a simplified diagram of the logic associated with 
the functions. 
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Figure 4-15 Mask Decoding 
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4.3 MBA INTERNAL REGISTERS 

The MBA internal registers store various control and status 
information. A description of each register and their function is 
provided in Paragraphs 3.7 through 3.7.9 of this manual. A 
functional logic description is provided in the subsequent 
Paragraphs. Figure 4-17 is a detailed block diagram of the MBA 
internal registers. 


4.3.1 Internal Bus Receivers 

Information received from the SBI is processed by the interface 
logic and latched into the internal bus receivers on T@ following 
their assertion on the SBI by INT BUS ICLK L. Figure 4-18 
illustrates the internal bus receivers. 


4.3.2 Internal Register Control 

Register control logic decodes the command/address to select one 
of the internal registers to perform the specified read or write 
function. The logic used to accomplish this is shown in Figure 
4-19. 


Selection of the control path output registers, MAP registers, or 
one of the other six internal registers is accomplished by 
decoding bits CS B<@9:@8> to set a corresponding flip-flop. When 
an internal register operation is selected, bits CS B<#@:82> are 
applied to decoding logic that selects the appropriate register. 


The output of the decoding logic is ANDed with CLK IR and T2 
enabling the appropriate register clock. 


It should be noted that only the control register and diagnostic 
register (if enabled) can be read or written during the time the 
MBA is processing a data transfer. If an attempt is made to write 
any register other than these during a data transfer operation, 
the PGE (programming error) bit in the status register will be 
set. If an attempt to write the MAP register is made, the MAP 
register will not be modified and the data transfer in progress 
will continue unaffected. 


4.3.3 Configuration, Control, Status, Diagnostic, and 
Command/Address Registers 

The logic associated with the configuration, control, status, and 
diagnostic registers is not very complex. Each bit, which is 
implemented within one of these registers, is associated with its 
own flip-flop. The control logic for these registers is composed 
of simple gating networks and is self-explanatory upon examination 
of the print sets. Figure 4-17 is a functional block diagram of 
these registers. The logic and operation of the virtual address, 
byte counter, and MAP registers are not as obvious and are 
described in the following paragraphs. . 
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Figure 4-18 Internal 
Bus Receivers 
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Figure 4-19 Internal 
Register Control 


4.3.3.1 Virtual Address Register -- The virtual address register 
(VAR) (Figure 4-28) consists of five synchronous, up/down, 4-bit 
binary counters. Its function is to convert the virtual address, 
received from the SBI upon initiation of a data transfer 
operation, to a physical address pointing to the location of the 
first byte of data to be transferred. 


Bits VAR BIT<16:99>H are the map pointer bits that select the page 
frame of one of 256 map locations. The map pointer bits are 
incremented by one each time the physical byte address crosses a 
page boundary during a data transfer. 


Bits VAR BIT<@8:03> are the physical byte address bits specifying 
the location of the quadword address within the page. These bits 
are incremented each time VAR CNT H is received from the Massbus 
data paths indicating that a successful quadword data transfer to 
or from memory operation has been completed. Bits VAR<#2:00>H are 
used to pack and unpack the quadword into bytes. 


Note that the map pointer bits are applied to two data select 
multiplexers. The multiplexers select either VAR BIT<16:@8>H or CS 
B<@7:00>H. 


The purpose of the multiplexer is to provide a means of selecting 
the source of map register information, as required, to Support 
the transfer operation to be performed. When processing a data 
transfer, the data busy flip-flop is set and the map pointer bits 
from the virtual address register are selected by the multiplexers 
to be sent to the maps. When the data transfer busy flip-flop is 
not set, the register select bits are sent to the map, allowing 
them to be read or written directly. 


4.3.3.2 MAP Registers -- The 256 MAP registers map virtual page 
addresses from the virtual address register into SBI physical page 
addresses. This allows for data transfer to and from contiguous 
virtual (noncontiguous physical) memory locations. Virtual address 
translation (mapping) is described in Paragraph 1.5.1 of this 
manual. 


A write to MAP register operation is performed when the write 
enable (WE) input is low. CS B<@9:88>H, when asserted, produce CLK 
MAP H (MIRB). If the MBA is not busy processing a data transfer 
(DT BUSY L cleared), STROBE MAP H and CLK MAP H generate the two 
MAP register enabling signals, MAP WE1L and MAP WE2L. The data REC 
INT B<31:890>H at the DI input of the RAM is loaded into the 
location specified by the address bits RAM ADRS<@7:90> from the 
virtual address register. The parity bit for this data is also 
Stored in the MAP registers. This information will be placed on 
the internal bus if selected by the internal bus output 
multiplexers. The MAP register can be read when MAP WEIL and MAP 
WE2L are not asserted. MAP registers are read to check the 
validity of the information stored in them. Figure 4-21 
illustrates the MAP register operation. 
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Figure 4-20 Virtual Address Register 
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Figure 4-21 MAP Registers 
4.3.3.3 Command/Address Generation -- CMD REQ L indicates that 


the MBA is to perform an SBI data transfer operation (read or 
write to memory). When this signal is asserted, OUT MUX 
SEL<@2:89>H are asserted (MIRP). These multiplexer select lines 
indicate that the D7 input of the internal bus output multiplexers 
will be selected. DT READ H, MAP OUT<2@:0%0>H, and VAR BIT<X@8:00>H 
are at the D7 input of the multiplexers. The internal bus output 
multiplexers generate MBA INT BK<31:8@>L. A command/address must be 
generated by the MBA to memory in response to a data transfer 
command. If the data transfer is a read, the MBA must generate an 
extended write command to memory. If the data transfer is not a 
read (i.e., write or write check), the MBA must generate an 
extended read command to memory. The format of the command address 
is shown in Figure 4-22. 
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Figure 4-22 Command/Address Format 


When DT READ H indicating a data transfer read is asserted, MBA 
INT B<29:28>L are not asserted (1). When DT READ H is not asserted 
indicating a data transfer write or write check, MBA INT B<29:28>L 
are asserted (@). 


The page number specified by MBA INT B<27:97>L is generated from 
the MBA MAP register bits MAP OUT<29:90>H (MIRK,L,M,N). The 
address of the quadword within the page specified by MBA INT 
B<@6:81>L is generated from the virtual address register bits VAR 
BIT<@8:93>H (MIRF). Only quadwords can be transferred; therefore, 
bit MBA INT B@®@ L must always be zero for a command/address 
generated by the MBA. 


4.3.3.4 Byte Counter Register -- The byte counter register (BCR), 
shown in Figure 4-23, is a 32-bit register consisting of eight 
4-bit synchronous binary counters. The byte count register 
maintains a record of the number of bytes of data to be 
transferred to and from the SBI and the Massbus. 


The byte counter register is divided into two 16-bit byte 
counters. Bits BYTE CNT<31:16>H are used as the Massbus byte 
counter and bits BYTE CNT<15:99>H are used as the SBI byte 
counter. 


The SBI byte counter maintains a record of the number of bytes to 
be received from the SBI. When performing a write (write check) to 
Massbus device, the SBI byte counter is incremented each time a 
byte of data is loaded into the silo from the data input buffer. 
When the last byte of data is transferred from the SBI to the 
silo, the SBI counter carry output sets the SBI BYTE CNTR=9@ L 
flip-flop and no further data is loaded. 
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Figure 4-23 Byte Counter Register 


Fach time it is written the SBI byte counter is loaded 
automatically into the Massbus byte counter. As each word of data 
is transferred to the Massbus device, the Massbus byte counter is 
decremented twice until the counter equals 9, indicating that the 
last byte of data in the silo has been transferred to the Massbus 
device. At this time the carry output from the Massbus counter 
sets the Massbus counter = @ flip-flop, RUN is negated, and the 
transfer will be completed when EBL is asserted. 


When performing a read from Massbus device, the operation of the 
byte counter is reversed. The Massbus byte counter maintains a 
record of the number of bytes to be received from the Massbus 
device and loaded into the silo, and the SBI byte counter 
maintains a record of the number of bytes transferred from the 
silo to the data output buffers. The Massbus byte counter goes to 
zero as data is transferred into the silo. When the data is 
transferred to the SBI, the SBI byte counter goes to zero. When 
FBL is received and the SBI byte counter is zero, the data 
transfer is complete. To read the byte counter register, CS B#I L 
and CS B@2 H must be asserted and CS BK<G1:80>H must be clear. 


4.3.4 Output Data Multiplexers -- The output multiplexer 
consists of 32 8-way multiplexers connected in parallel so that 
one bit of each of the internal register outputs or control 
signals is applied to each of the multiplexers (Figure 4-24). 
Selection of the register or control outputs to be asserted on the 
internal bus is accomplished by ANDing control store selection 
bits CS<99,02:80>H with INT RED REQ (internal read), EXT RD 
(external read), or CMD REQ (command request), depending on the 
function to be performed, to produce OUT MUX SEL<@2:@0>H. The 
output combinations and corresponding data source selected are 
provided in Table 4-1. 


Once data from the output multiplexers is selected, the internal 
bus drivers are enabled by ANDing the internal read or data 
transfer command request input with SEND TR. Data is transferred 
to the internal bus upon receipt of INT BUS O CLK. 
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Table 4-1 Internal Bus Output Multiplexer 
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4.4 MBA DATA PATHS 

The MBA data paths transfer data between the SBI and the Massbus 
device. The data paths contain the silo that smooths out the 
transfers between the 32-data bit SBI and the 16-data bit Massbus. 
Figure 4-25 is a block diagram of the data paths. 


4.4.1 Command Condition (MDPA) 

COMMAND CONDITION H is asserted when the MBA data paths want to 
use the SBI to read from or write data to memory. This will occur 
during a data transfer to or from a mass storage device. For a 
read from device or a write (write check) to device, the following 
conditions must exist: 


a. MBA BUSY H asserted, the MBA is processing the data 
transfer; 


b. BLOCK SEND CMD L cleared, enabling the MBA to send a 
command to memory; 


Ch CMD REQ L cleared, is not yet processing this command. 


Other conditions must also exist for read from device or write 
(write check) to device. These conditions are described in the 
following paragraphs. 


Read from Device 
CMD CONDITION H will be asserted if any one of the following 
conditions exist: 


a. FULL FWD, the data transfer is a read (DT READ H) in the 
forward direction (DT FWD H) and DOB7 is full (BYTE MASK 
2-3 H); 


b. FULL REV, the data is a read (DT READ H) in the reverse 
direction (DT REV H) and DOBZ is full (BYTE MASK 1-@ H); 


Cs DT END FWD, the data transfer is a read (DT READ H) in 
the forward direction. .DT FWD H filled some of the data 
output buffers but the SBI byte counter is now @ (SBI 
BYTE CNTR L); 


d. DT END REV, the data transfer is a read (DT READ H) in 
the reverse direction. DT REV H filled some number of 
data output buffers but the SBI byte counter is now @ 
(SBI BYTE CNTR L). 


If a Massbus exception or parity error occurs (MB EXC + MDPE 8H), 


SILO ® READY L is not asserted, indicating that the MBA will empty 
its silo to transfer all data prior to the error. 
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Figure 4-25 MBA Data Paths 


Write (Write Check) to Device 
CMD CONDITION H will be asserted if the following conditions 
exist: 


a. DT READ L cleared, the data transfer is not a read from 
device; 


b. DIB2 FULL L cleared, the second data input buffer is not 
full; ; 


comm READ DATA PEND L cleared, the MBA is not waiting for data 
from memory; 


our SBI BYTE CNT=@ L cleared, the MBA has more data to be 
transferred. 


4.4.2 Internal Bus Receivers/Buffers 
Data from the internal bus is loaded into four 8-bit latches upon 
receipt of INT BUS ICLK from the control path clock circuits. 


The MBA input buffer consists of two sets of 32-bit latches. Their 
function iS to control the manner in which the two 32-bit data 
words from memory are loaded into the silo for subsequent transfer 
to the Massbus. CLK DIB1 latches the first SBI data word into the 
first data input buffer (DIB1l). CLK DIB2 latches the second data 
word into the second data input buffer (DIB2). CLK DIB2 H also 
increments a 4-bit counter. 


The counter is initialized to four and counts down at CLK DIB2 H 
to zero, asserting DT WRITE READY indicating that all data path 
buffers are full, and the MBA is ready to begin a write/write 
check. Figure 4-26 is a logic diagram of the internal bus 
receivers and buffers. 


4.4.3 Data Input Buffer Enable (MDPD) 

The output of the data input buffer select is used to enable the 
eight data input buffers (Table 4-2). Virtual address register 
bits VAR BIT<®@2:00>H point to the data buffer where the data is 
stored. The virtual address register is incremented by VAR BYTE 
CNT L (MDPA). When the function is a write (write check) and the 
fill silo operation is initiated (LOAD SILO H), the data input 
buffers are enabled sequentially onto the silo data input bus. The 
data input buffers are disabled at Tl while VAR BITS <2:%> are 
changing. Figure 4-27 is a diagram of the data input buffer enable 
logic. 


4-34 


ctv 





INTERNAL 
BUS 
RECEIVERS 
BUS MBA 
INT 


B <31:24>H 


DIB2—3 ENA L 


BUFFER 
DIB1 
INTERNAL ne 
BUS 
RECEIVERS 
BUS MBA 
INT 





B <23:16>H 


O 
DIB2—2 ENA L 


Figure 4-26 






INPUT 
BUFFER 
DIB1 


ENA 


INTERNAL 
BUS 


RECEIVERS 


BUS MBA 
INT 
B <15:08> H 


INTERNAL 
BUS 
RECEIVERS 


BUS MBA 
INT 


B <07:00> H 


DIB2—0 ENA L 


BUS SILO 
D <07:00>H 


TK-0796 


Internal Bus Receivers/Buffers 


Table 4-2 Data Input Buffer Enable 








VAR VAR 
BIT @1 H BIT 098 H READ H T1 L 





Input Buffer 
Enabled 





Es 

* * * * L 

* x * H * 

L L L L H DIB 1-9 ENA L 
L L H L H DIB 1-1 ENA L 
L H L L H DIB 1-2 ENA L 
L H H L H DIB 1-3 ENA L 
H L L L H DIB 2-9 ENA L 
H L H L H DIB 2-1 ENA L 
H H L L H DIB 2-2 ENA L 
H H H L H DIB 2-3 ENA L 





NOTE 
VAR BIT <@2:90> H are decoded after 
they have been clocked through a 
latch by SET SBI SEL H. 





DATA INPUT) DIB2-3 ENA L 
DIB2-2 ENA L 
DIB2-1 ENA L 
DIB2-0 ENA L 
DIB1-3 ENA L 
DIB1-2 ENA L 
DIB1-1 ENA L 


DIB1-O ENA L 








VAR BIT 2 
VAR BIT 1 


VAR BIT O 


DT READ H _ 
FEL 


VAR BIT 02 H LATCH SBI DATA SELO0H 
VAR BIT 01H SBI DATA SEL 01H 
VAR BIT 00 H SBI DATA SEL 02 H 
CLK 
SET SBI SEL H TK-0802 


Figure 4-27 Data Input Buffer Enable 
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4.4.4 Silo and Control Logic (MDPF, MDPH) 

The MBA silo is 16-bytes deep by l-byte wide. Its function is to 
provide a source of interim storage for SBI or Massbus data, 
permitting regulation of the data transfer rate. Figure 4-28 is a 
simplified diagram of the silo logic. 


When transferring data from the SBI to the Massbus device, the 
input buffer and enable circuits divide the two 32-bit data words 
into 8-bit bytes. LOAD SILO H loads data into the silo. The data 
will be loaded in at T@ if all the following conditions exist 
prior to T@: 


a. SBI BYTE CNTR = @ L cleared, the SBI byte count register 
must indicate more bytes to be transferred; 


b. DIB2 FULL H asserted, second data input buffer must be 
full; 


c. DT READ L cleared, the data transfer must be a write 
(write check); 


d. SILO FULL L cleared, the silo cannot be full. 


STROBE MAP H 
LOAD SILO H 












DATA DATA 
IN OUT 
ENABLE ENABLE 


DATA OUT 











BUS SILO D<07:00>H SILO OUTPUT 





DATA IN 


D<07:00>H 
ADDRESS 
LOAD SILO L 
LOAD DOB L 
READ/WRITE CYCLE 
INIT +DT GOH TK-0793 


Figure 4-28 MBA Silo 
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As mentioned previously, the byte counter maintains a record of 
the number of bytes to be received from the SBI and the Massbus 
byte counter maintains a record of the number of bytes to be 
transferred to the Massbus device. 


The silo loading function process will continue until the silo is 
full or until the SBI byte counter goes to zero indicating that 
all of the bytes required to complete the data transfer have been 
loaded into the silo. 


If the silo is filled and data remains to be transferred from the 
SBI to the Massbus, the silo loading process will stop until a 
portion of the silo data is transferred to the Massbus. When this 
occurs, the silo loading process will continue. 


When transferring data from the Massbus device to the SBI (data 
transfer read), data is loaded, via the Massbus receivers, into 
the Massbus data input buffers (MDPE). If a parity error is 
detected in the Massbus input data, the MBA PE bit in the status 
register is set and the data transfer operation will be aborted. 


The following conditions must exist to enable the load silo 
function: 


a. DT READ H asserted, the data transfer must be a read; 


b. MDIB READY H asserted, the Massbus data input buffers 
must be ready to accept Massbus data; 


om SILO FULL L cleared, the silo cannot be full. 


If there are no parity errors, SCLK from the Massbus device is 
received, and the data input buffer ready flip-flop has not been 
set previously, the ready and data input buffer full flip-flop 
will be set upon receipt of data from the Massbus. 


If SCLK were received and the ready flip-flop was already Set, a 
data overrun would occur. The DLT bit in the status register will 
be set, RUN will be cleared, and the transfer operation will be 
terminated. 


Setting the ready and data input buffer full flip-flops initiates 
the silo input operation. Actual silo loading operations are the 
Same as described for the write to Massbus device operation. 
Unlike the write to Massbus device operation, however, the data 
transfer begins immediately. 


During a DT READ, each time a byte of data is loaded into the silo 
the MBA byte counter is bumped. After the data word has been 
transferred to the silo, the ready and data input full flip-flops 
are reset and the data input buffer is ready to accept the next 
Massbus device data word. 
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Each time a byte of data is transferred from the silo to the data 
output buffer, the SBI byte counter is decremented. The process of 
loading the silo and transferring bytes of data, via the output 
buffer, to the internal bus continues until the last byte has been 
transferred from the silo. At this time both the MB and SBI byte 
counters will equal @ and the data transfer operation will be 
terminated upon receipt of EBL from the Massbus device. 


4.4.5 Data Output Buffer and Control Logic (MDPJ, MDPM) 

The data output buffer consists of eight 8-bit latches that 
receive silo data (SILO OUTPUT D<7:@>H). Virtual address register 
bits VAR BIT<92:0@>H are decoded to produce LOAD DOB<7:@>H. These 
Signals are used to enable one of the eight data output latches 
(Figure 4-29). 


As each data output buffer is enabled, LOAD DOB<7:@>H set eight 
corresponding flip-flops (MDPL) that generate BYTE MASK<1-3:1-@0>H, 
BYTE MASK<2-3:2-@>H, and DOB<7:@>FULL L. DOB SELC H, DOB SELB H, 
and DOB SELA H are decoded to produce NEXT DOB FULL L each time a 
byte of data is loaded into the output buffer register. If the 
next data output buffer already has valid data (byte mask set), 
the silo output logic will not load the next byte until the byte 
mask is cleared. 


LOAD DOB H from the byte mask selection logic is also used to bump 
the virtual address register each time a byte of data is loaded 
into the output buffer to select the next storage location to or 
from which data is to be written or read. 


4.4.6 Internal Bus Output Multiplexers (MDPR, MDPS) 

The internal bus output multiplexers consist of eight 2-to-1l 
multiplexers and corresponding line drivers. Figure 4-39 
illustrates the logic associated with the internal bus drivers. 


When a read from Massbus device occurs, data from the data output 
buffer is applied to the internal bus output multiplexers, as well 
as the Massbus multiplexers. If data is to be asserted on the 
internal bus DT READ L, CMD REQ L and ENAB WD2 MUX or ENAB WD] MUX 
H must be asserted. Selection of the data word to be asserted is 
determined by ENAB WD2 MUX H. When this signal is asserted, DOB 
D<37:00>H are selected; when the signal is not asserted, DOB 
D<77:490>H are selected. These words are strobed onto the internal 
bus by INT BUS OCLK H. 
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Figure 4-38 Internal Bus Output Multiplexers 
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4.4.7 Massbus Output Multiplexers and Parity Generator 
Figure 4-31 illustrates the Massbus output multiplexers and parity 
generator. 


For a write to Massbus device, data from the output buffer is 
loaded into the Massbus data multiplexer. The Massbus data 
multiplexer consists of eight dual 4-to-1 line multiplexers that 
divide the 32-bit words into two 8-bit bytes (16 bits) to comply 
with the input requirements of the Massbus device. Byte selection 
is determined by DOB BYTE CNTRL 1 and DOB BYTE CNTRL 2, developed 
by the data output select logic in response to SCLK from the 
Massbus device. The output from the MBA multiplexer is checked to 
ensure that the byte transmitted to the Massbus device contains an 
odd number of bits. If they do not, the parity generator produces 
XMIT MB DPA L to ensure odd parity. 


If DT WRITE is asserted and the RUN flip-flop is set, data from 
the multiplexer is transmitted, via the Massbus drives, to the 
Massbus. 


4.4.8 Write Check Logic 

Write check logic (Figure 4-32) in the MBA verifies the integrity 
of write data by comparing the ,data from the Massbus output 
multiplexers with that of the data on the Massbus. DT WRITE CHK H 
must be asserted in order for the write check operation to be 
valid. A write check operation is performed identical to a write 
operation except for the following additional processes. Data from 
the Massbus output multiplexers is stored in the write check 
buffer memory. Data received from the Massbus is stored in the 
Massbus write check buffer memory. This received data should be 
identical to the data out of the Massbus output multiplexers. The 
data in the two write check memories is compared to test its 
validity (each compared bit must be equal). If an inequality 
exists in data bits <15:98>, WCK UPPER ERR H is asserted, if an 
inequality exists in data bits <@7:80>, WCK LWR ERR H is asserted. 
The assertion of either one or both of these signals causes the 
data transfer to be aborted. 
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Figure 4-31 Massbus Output Multiplexers and Parity Generator 
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Figure 4-32 Write Check Logic 


4-43 


4.5 MBA CONTROL PATH 

A control path data transfer is initiated when the 
command/address, decoded by the interface logic, specifies a read 
or write external register operation. Figure 4-33 is a block 
diagram of the MBA control path logic. The control logic has the 
following major functions: 

ij derive timing signals from the SBI and Massbus clocks 
decode and store function codes for data transfers 
decode external register addresses 

transfer data to and from external registers 

initiate Massbus control path cycles 

set certain status and error conditions in the MBA 
synchronize SBI and Massbus operations. 


The following paragraphs describe the control logic used to 
perform these functions. 


4.5.1 Internal Bus Receivers (MCPA) 

The control path internal bus receivers consist of two 8-bit 
registers. Internal bus data (bits BUS MBA INT B<15:80>H) is 
latched into the receivers, to be processed by the control path 
logic upon receipt of INT BUS ICLK L from the control path clock. 


4.5.2 Data Transfer Control Logic (MCPB) 

The data transfer control logic is illustrated in Figure 4-34. 
When a control path data transfer is to take place, the MBA 
asserts a drive address on the three Massbus drive select lines 
(DS<@2:89>) and a register address on the five Massbus register 
select lines (RS<@#4:90>). Data transfer commands are only 
monitored when the selected register is the control register (R®@) 
of a drive. If a write to external register function is to be 
performed, the MBA also asserts the controller to drive line CTOD 
(transfer direction). Assertion of the RS, DS, and CTOD lines is 
accomplished in the following manner. The command/address bits REC 
INT B<@7:00>H and WRITE FCN H from the internal bus and interface 
logic are latched into the control store register. DT GO is a 59 
ns pulse that intializes the internal logic on the MBA at the 
Start of a data transfer operation. EXT CMD H clocks the 
information through these registers to the Massbus transceivers 
for assertion on the Massbus. The register select lines of the 
control store output (EXT CS BIT<4:@>L) are ANDed with REC INT BOO 
H (go bit) to enable a 3-to-8 line decoder. Bits REC INT B<@5:@3>H 
are decoded to select the function to be performed. Bits REC INT 
B(@2:01>H indicate the direction of the indicated function (Table 
4-3). 
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Figure 4-33 MBA Control Paths 
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Figure 4-34 Data Transfer Control Logic 


Table 4-3 Function and Direction Select 


REC INT Bits 


Function G1 
Read 1 
Reverse 

Read My) 
Forward X 
Write 1 
Reverse 

Write 4} 
Forward X 
Write Check 1 
Reverse 

Write Check g 
Forward X 





X = Don't care. 


The decoded output is stored in the corresponding function 
flip-flop. REC INT B<@7:9@>H also produce EXT CS BIT <@#7:00>H when 
Clocked through the internal bus latches. EXT CS BIT <#7:@5>H 
select the drive (8-98) to which data is written or from which data 
is read. EXT CS BIT <@4:90>H indicate the source or destination 
register (@F-@@). 


Regardless of the selected valid function, an output from the 
function select flip-flops sets the DT BUSY flip-flop. If DT BUSY 
is already asserted, the MBA will not accept the new command. When 
this flip-flop is set, the MBA is processing a data transfer and 
cannot accept a new transfer command until the current transfer is 
complete. 


The decoder output also produces DT CMD H, which indicates that 
the MBA has received a data transfer command. If CLK CPO H is 
asserted, indicating a write to external register function, and DT 
CMD H is asserted, ASSERT DEM H will be generated if the MBA is 
not busy with a data transfer (DT BUSY H cleared). ASSERT DEM H 
triggers a one-shot that sets the DEM flip-flop (MCPC). Its 
output, XMIT MB DEM H, when asserted on the Massbus demand line, 
indicates that the transfer of control path data to or from the 
Massbus device is to take place... 
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If a write to external register function is to be performed, the 
control data (REC INT B<15:88>) is stored in a temporary latch 
(MCPD) to be transferred, via the control path data output logic, 
to the Massbus device. Parity checking is performed to ensure that 
this data contains an odd number of bits (odd parity). If the 
content of the data word represents an even number of bits, the 
parity generation logic produces XMIT CNTRL PAR H, which is 
asserted on the Massbus CPA line (Figure 4-35). 


Upon receipt of DEM, the addressed Massbus device will load the 
control path data into the selected register. 


It should be noted that there is a 25@ ns delay from the assertion 
of control data on the data lines to the assertion of DEM to 
compensate for skew in the MBA, Massbus cables, drivers, and 
receivers. 


Once the control path data has been loaded into the selected 
register, the Massbus drive will issue TRA 258 ns later. DEM is 
negated and the DONE one-shot is triggered to indicate that the 
write to external register function has been completed. If after 
assertion of DEM, TRA is not returned to the MBA within 1.5 us, 
the NED (nonexistant device) flip-flop is set, DEM is negated, and 
the write to external register function is terminated. 
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Figure 4-35 Internal Bus Data Register and 
Massbus Parity Generator 
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If the attention summary register is the destination of the write 
operation, TRA will be ignored and NED will not be set. A 1.5 us 
timeout will occur followed by the 258 ns delay and DEM will be 
negated. When the attention summary register is read, no timeout 
will occur. 


When a read from external register function is executed, assertion 
of the device and register select address and DEM on the Massbus 
lines is accomplished in the same manner as described previously 
for the write function; however, CTOD is not asserted. Upon 
receipt of DEM, the device will load the contents of the selected 
register on the C<15:8@8> lines for transmission to the MBA and 
assert TRA. This data is applied, via the MBA control path 
receivers, to data latches. DESKEW DATA L (MCPC) latches the data 
in. Parity is checked to ensure that there were no transmission 
errors. If a parity error is detected, the MCPE parity error bit 
in the status register will be set (Figure 4-36). If no parity 
errors are detected, the latches are clocked by DESKEW DATA L. The 
output from the data latches is placed on the internal bus upon 
receipt of SEND TR H from the interface logic. 
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Figure 4-36 Massbus Control Path Data Registers 
and Parity Check (Received Massbus Data) 
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When the MBA is in the maintenance mode, MB MAINT MODE L (MCPE) 
prevents DEM from being asserted on the Massbus. The MBA performs 
a write asserting data on the Massbus followed by a read of the 
data just put on the Massbus. The MBA uses a timeout to complete 
the read. The register select and drive select lines are also read 
to ensure that the correct data has been put on these lines. The 
diagnostic register is read to check the validity of the 
operation. 


4.5.3 Massbus Receivers/Drivers 
Information is transferred to and from the Massbus via the Massbus 
control path receivers and drivers. Massbus information is 
summarized in Chapter 2 of this manual. The control path receivers 
are always enabled. Transmit enable signals are summarized in 
Table 4-4. 

Table 4-4 Massbus Transmit Enable Signals 
Control Path Signal Massbus Signal Enabling Signal 
EXT CS BIT<7:5>H DS<2: @> (always enabled) 
EXT CS BIT<4:@>H RD<4:@> (always enabled) 


XMIT MB DEM H DEM MB MAINT MODE L 
OR XMIT MB DEM H 


XMIT MB INIT H INIT (always enabled) 


XMIT MB CPD<15: 00>H C(15: 99> EXT CS WRITE L 
NAND MB MAINT MODE L 


XMIT CNTRL RAR H CPA (always enabled) 
EXT CS WRITE H CTOD (always enabled) 


SIMULATE OCC H Occ SIMULATE OCC H 
AND MB MAINT MODE H 


XMIT MB EXC H EXC (always enabled) 


MB FAIL FAIL (always enabled) 
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4.5.4 End Data Transfer Logic (MCPA) 

End data transfer logic is responsible for generating the 
appropriate signals at the end of a data transfer. The logic 
monitors various signals in the control path and MBA interface to 
produce the following: 


DT END L Data transfer complete 

CLR DT BUSY L Clear data transfer busy 

BLOCK SEND CMD H Block sending the command/address 
SET DT ABORTED L Set data transfer aborted 

SET DT COMPLETE L Set data transfer complete 


Figure 4-37 illustrates the logic used to accomplish these 
functions. 
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Figure 4-37 End Data Transfer Logic 
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DT END L will be asserted only after the MBA has dropped RUN and 
the drive has asserted EBL if one of the following conditions 
occur. 


Le The data transfer function was a read (DT READ H), the 
SBI byte counter has gone to zero (SBI BYTE CNTR=@ H), 
and memory has acknowledged the second data word (WD2 ACK 
H). 


2% The data transfer was a write or write check function (DT 
READ L not asserted) and the SBI byte counter has gone to 
zero. 


3% The data transfer is to be aborted immediately due to an 
error (SET SBI ABORT IMM H). 


4. There has been a Massbus exception or parity error (MB 
EXC + MDPE H). 


DT END L is synchronized with T@. If DT END L has been asserted, 
CLR DT BUSY L will be produced at the following T2. Block SEND CMD 
L will be asserted as a result of an abort condition, Massbus 
exception, or a Massbus data parity error. SET DT ABORTED L will 
be asserted at T2 of the SBI cycle if DT END H is asserted, a 
Massbus exception or parity error occurs, and there is no 
initialize condition (INIT COND L not asserted). SET DT ABORT L 
will also be asserted if a missed transfer error has occurred (SET 
MXF L). SET DT COMPLETE L will be asserted at T2 if there is an 
initialize condition and DT END H has been asserted. 
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Departinent = ZIP 
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